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(54) Method and device for transmitting digital information, such as digital audio data, method 
and device for receiving said digital information, and method and system for transferring 
said digital information 



(57) Data broadcast data, which is broadcast in 
data broadcasts, is constructed by disposing, for exam- 
ple, EMD (Electric Music Distribution) links required to 
acquire song data as actual broadcast data, which is 
broadcast in actual broadcasts by a transmitting device, 
the actual broadcast data is transmitted, and the data 
broadcast data wherein the EMD links for the song data 
in the actual broadcasts are disposed, is transmitted 



periodically during the transmission of the actual broad- 
cast data. The actual broadcast data and the data 
broadcast data are received by a user terminal, and the 
EMD links disposed in the data broadcast data are 
stored whenever there is an input of an operation to 
attach a "bookmark". Thus, audio data such as songs in 
programs broadcast can easily be acquired by radio. 
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Description 

BACKGROUND OF THE INVENTION 
Field of the Invention 

[00011 This invention relates to a transmitting method 
and transmitting device, receiving method and receiving 
device, and transfer method and transfer system. In par- 
ticular, it relates to a transmitting method and transmit- 
ting device, receiving method and receiving device, and 
transfer method and transfer system which facilitate the 
acquisition of audio data such as songs broadcast in the 
form of programs such as radio programs or television 
programs, or video data such as films. 

Description of the Related Art 

[0002] Programs such as radio broadcasts are 
received by a radio receiver, for example. 
[0003] However in radio broadcasting, if a program is 
a program of songs, the program is broadcast (transmit- 
ted) as a broadcast signal. Herein, broadcast signals 
may include the voice of an announcer (disc jockey), 
sound effects or jingles, and the song itself may there- 
fore be recorded on a commercial CD (compact disc) or 
the like. Data which does not comprise any sounds 
other than those of the songs (referred to hereafter for 
convenience as full song data) may be said to be related 
to the broadcast signal, and may therefore be described 
as related data. 

[0004] A user may hear a song in a radio broadcast 
(including various other sounds apart from the song 
such as for example an announcer's voice (referred to 
hereafter for convenience as a broadcast song)), and if 
he likes it, he may wish to acquire it. In such a case, he 
may go to a store to purchase the CD on which the song 
(full song data) is recorded. 

[0005] However, if the user desires to purchase a CD 
on which a song he likes is recorded (stored), he must 
know the title and the name of the singer, etc., and if the 
song is a new song, the user often does not know the 
title. Also in a radio broadcast, the announcer does 
mention the song's title and the singer's name, but in the 
case of such a verbal introduction the user may miss the 
information or hear it incorrectly. 

[0006] In "visual" radio broadcasting which recently 
started, additional information broadcast in the form of 
data is included in the broadcast signal in addition to the 
broadcast signal which constitutes the actual program 
(referred to hereafter as "actual broadcast"). The addi- 
tional information transmitted in the form of data con- 
tains the song title and the singer's name, so the user 
can confirm the song title and singer's name by looking 
at this additional information. 

[0007] However, -if the user overlooks it or does not 
make a note of it, the user may no longer be able to 
identify the relation between the additional information 



transmitted in visual broadcasting to the broadcast 
itself. 

SUMMARY OF THE INVENTION 

5 

[0008] It is therefore an object of this invention to solve 
the above problems, and to provide a way of easily 
acquiring for example audio data such as songs which 
were broadcast by radio or television, or video data 

10 such as films. 

[0009] The transmitting method according to this 
invention comprises a constructing step which con- 
structs additional information in which acquiring infor- 
mation necessary to acquire related data related to a 

is broadcast signal is disposed, and a transmitting step 
which transmits the broadcast signal, and transmits the 
additional information, in which the acquiring informa- 
tion concerning the related data related to this broad- 
cast signal is disposed, on plural occasions during the 

20 transmission of the broadcast signal. 

[001 0] The transmitting device accordi ng to this inven- 
tion comprises a constructing means which constructs 
additional information in which acquiring information 
necessary to acquire related data related to a broadcast 

25 signal is disposed, and a transmitting means which 
transmits the broadcast signal and transmits the addi- 
tional information, in which the acquiring information 
concerning the related data related to this broadcast 
signal is disposed, on plural occasions during the trans- 

30 mission of the broadcast signal. 

[0011] The receiving method according to this inven- 
tion comprises a receiving step which receives the 
broadcast signal and additional information in which 
acquiring information necessary to acquire related data 

35 related to this broadcast signal is disposed, and an 
acquiring information storing step which stores the 
acquiring information disposed in the additional infor- 
mation when there is a predetermined input. 
[001 2] The receiving device according to this invention 

40 comprises a receiving means which receives the broad- 
cast signal and additional information in which acquiring 
information necessary to acquire related data related to 
this broadcast signal is disposed, and an acquiring 
information storing step which stores the acquiring infor- 

45 mation disposed in the additional information when 
there is a predetermined input. 

[001 3] In the transfer method according to this inven- 
tion, the transmitting device comprises a constructing 
step which constructs the additional information in 

50 which acquiring information necessary to acquire 
related data related to the broadcast signal is disposed, 
and a transmitting step which transmits the broadcast 
signal, and transmits the additional information, in which 
the acquiring information concerning said related data 

55 related to this broadcast signal is disposed, on plural 
occasions during the transmission of the broadcast sig- 
nal, and the receiving device comprises a receiving step 
which receives the broadcast signal and the additional 
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information, and an acquiring information storing step 
which stores the acquiring information disposed in the 
additional information when there is a predetermined 
input. 

[0014] In the transfer system according to this inven- 
tion, the transmitting device comprises a constructing 
means which constructs the additional information in 
which acquiring information necessary to acquire 
related data related to the broadcast signal is disposed, 
and a transmitting means which transmits the broadcast 
signal, and transmits the additional information, in which 
the acquiring information concerning the related data 
related to this broadcast signal is disposed, on plural 
occasions during the transmission of the broadcast sig- 
nal, and the receiving device comprises a receiving 
means which receives the broadcast signal and addi- 
tional information, and an acquiring information storing 
means which stores the acquiring information disposed 
in the additional information when there is a predeter- 
mined input. 

[0015] In the transmitting method according to this 
invention, additional information is constructed in which 
acquiring information necessary to acquire related data 
related to the broadcast signal is disposed, the broad- 
cast signal is transmitted, and the additional information 
in which the acquiring information concerning the 
related data related to this broadcast signal is disposed, 
is transmitted on plural occasions during the transmis- 
sion of the broadcast signal. 

[0016] In the transmitting device according to this 
invention, the constructing means constructs additional 
information in which acquiring information necessary to 
acquire related data related to the broadcast signal is 
disposed, the transmitting means transmits the broad- 
cast signal, and transmits the additional information, in 
which the acquiring information concerning the related 
data related to this broadcast signal is disposed, on plu- 
ral occasions during the transmission of the broadcast 
signal. 

[001 7] In the receiving method according to this inven- 
tion, the broadcast signal and additional information in 
which acquiring information necessary to acquire 
related data related to this broadcast signal is disposed, 
are received, and the acquiring information disposed in 
the additional information is stored when there is a pre- 
determined input. 

[0018] In the receiving device according to this inven- 
tion, the receiving means receives the broadcast signal 
and additional information in which acquiring informa- 
tion necessary to acquire related data related to this 
broadcast signal is disposed, and the acquiring informa- 
tion storing means stores the acquiring information dis- 
posed in the additional information when there is a 
predetermined input. 

[001 9] In the transfer method according to this inven- 
tion, additional information is constructed in which 
acquiring information necessary to acquire related data 
related to the broadcast signal is disposed, the broad- 



cast signal is transmitted, the additional information in 
which the acquiring information concerning the related 
data related to this broadcast signal is disposed is trans- 
mitted on plural occasions during the transmission of 

5 the broadcast signal, the broadcast signal and addi- 
tional information are received, and the acquiring infor- 
mation disposed in the additional information is stored 
when there is a predetermined input. 
[0020] In the transfer system according to this inven- 

w tion, the constructing means constructs the additional 
information in which acquiring information necessary to 
acquire related data related to the broadcast signal is 
disposed, the transmitting means transmits the broad- 
cast signal and transmits the additional information, in 

15 which the acquiring information concerning said related 
data related to this broadcast signal is disposed, on plu- 
ral occasions during the transmission of the broadcast 
signal, the receiving means receives the broadcast sig- 
nal and additional information, and the acquiring infor- 

20 mation storing means stores the acquiring information 
disposed in the additional information when there is a 
predetermined input. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[0021] 

Fig. 1 is a block diagram showing a typical con- 
struction of one embodiment of a bookmark radio 
system applying this invention. 
Fig. 2 is a drawing showing a transfer format for 
actual broadcast data and data broadcast data. 
Fig. 3 is a drawing showing a data format for actual 
broadcast data and data broadcast data. 
Fig. 4 is a block diagram showing an example of a 
transmitting device 1 in Fig. 1. 
Fig. 5 is a block diagram showing an example of a 
user terminal 3 in Fig. 3. 

Fig. 6 is a block diagram showing an example of an 
EMD server 5 in Fig. 1 . 

Fig. 7 is a block diagram showing a first example of 
the construction of a signal processing unit 13 in 
Rg. 4. 

Fig. 8 is flowchart for describing the processing of a 
synchronizing circuit 55 in Fig. 7. 
Fig. 9 is a block diagram showing a first example of 
the construction of a signal processing unit 27 in 
Fig. 5. 

Fig. 10 is a flowchart for describing the processing 
of the signal processing unit 27 in Fig. 9. 
Figs. 11A to 11 D are a figure for describing a 
method of providing full song data using actual 
broadcast data- 
Fig. 12 is a block diagram showing a second exam- 
ple of the construction of the signal processing unit 
13 in Fig. 4. 

Fig. 13 is a block diagram showing a second exam- 
ple of the construction of the signal processing unit 
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27 in Fig. 5. 

Figs. 14A to 14E are a figure for describing a 
method of providing full song data using actual 
broadcast data. 

Fig. 15 is a block diagram showing a third example 
of the construction of the signal processing unit 13 
in Fig. 4. 

Figs. 16A to 16C are a figure for describing a 
method of providing full song data using actual 
broadcast data. 

Fig. 1 7 is a block diagram showing a fourth example 
of the construction of the signal processing unit 13 
in Fig. 4. 

Fig. 1 8 is a figure showing the transmitting contents 
of an actual broadcast and the transmitting con- 
tents of a data broadcast. 

Fig. 19 is a flowchart for describing the processing 
of the synchronizing circuit 55 in Fig. 7. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0022] Hereafter, some preferred embodiments of this 
invention will be described, but first, to clarify the corre- 
spondence between the various means within the 
scope and spirit of the invention as defined by the 
appended claims and embodiments, the features of this 
invention will be discussed by adding the corresponding 
embodiment (as an example) in brackets after each 
means. 

[0023] The transmitting device according to Claim 34 
is a transmitting device for transmitting a predetermined 
broadcast signal together with predetermined additional 
information, this device comprising a constructing 
means (for example, a synchronizing circuit 55 and 
MUX 58 shown in Fig. 7) which constructs the additional 
information in which acquiring information necessary to 
acquire related data related to the broadcast signal is 
disposed, and a transmitting means (for example, the 
synchronizing circuit 55 shown in Rg. 7) which trans- 
mits the broadcast signal, and transmits the additional 
information, in which the acquiring information concern- 
ing the related data related to this broadcast signal is 
disposed, on plural occasions during the transmission 
of the broadcast signal. 

[0024] The transmitting device according to Claim 35 
further comprises an error detection/correction means 
(for example, an ECC circuit 15 shown in Fig. 4) which 
performs error detection/correction on the additional 
information. 

[0025] The transmitting device according to Claim 53 
further comprises a splitting means (for example, the 
data dividing unit 351 shown in Fig. 1 7) which splits the 
related data into a first component and a second com- 
ponent, wherein the transmitting means transmits the 
first component as the broadcast signal. 
[0026] The receiving device according to Claim 1 01 is 
a receiving device which receives the predetermined 



broadcast signal together with predetermined additional 
information in which acquiring information necessary to 
acquire the related data related to this broadcast signal 
is disposed, and comprises a receiving means (for 

s example, a digital radio tuner 22 shown in Fig. 5) which 
receives the broadcast signal and additional informa- 
tion, and an acquiring information storage means (for 
example, a storage 64) which stores the acquiring infor- 
mation disposed in the additional information when 

10 there is a predetermined input. 

[00271 The receiving device according to Claim 102 
further comprises an error detection/correction means 
(for example, an ECC circuit 26 shown in Fig. 5) which 
performs error detection/correction on the additional 

is information. 

[0028] The receiving device according to Claim 103 
further comprises a temporary storage means (for 
example, a memory 161 shown in Fig. 13) which tempo- 
rarily stores the broadcast signal received by the receiv- 

20 ing means. 

[0029] The receiving device according to Claim 1 04 
further comprises a temporary storage means (for 
example, the RAM (Random Access Memory) shown in 
Fig. 5) which temporarily stores the additional informa- 

25 tion received by the receiving means. 

[0030] The receiving device according to Claim 112 
further comprises an outputting means (for example, a 
speaker 29 or display device 30 shown in Fig. 5) which 
outputs the acquiring information. 

30 [0031] The receiving device according to Claim 116 
further comprises an outputting means (for example, 
the speaker 29 or display device 30 shown in Fig. 5) 
which outputs information useful for recognizing the 
content of the related data. 

35 [0032] The receiving device according to Claim 118 
further comprises a related data storing means (for 
example, a storage 64 shown in Fig. 9) which stores the 
related data disposed in the additional information when 
there is a predetermined input. 

40 [0033] The receiving device according to Claim 120 
further comprises an acquiring means (for example, a 
download processor 65 shown in Fig. 9) which acquires 
a decoding key for decoding the related data based on 
the acquiring information. 

45 [0034] The receiving device according to Claim 121 
further comprises a decoding means (for example, a 
decoder 68 shown in Fig. 9) which decodes the related 
data based on the decoding key. 
[0035] The receiving device according to Claim 122 

so further comprises an acquiring means (for example, the 
download processor 65) which acquires the related data 
stored in a database based on the acquiring information 
when the related data is stored in a predetermined data- 
base. 

55 [0036] The receiving device according to Claim 124 
further comprises a decoding means (for example, the 
decoder 68 shown in Fig. 9) which decodes the related 
data based on the decoding key. 
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[0037] The receiving device according to Claim 128 
further comprises an acquiring means (for example, the 
download processor 65 shown in Fig. 13) which 
acquires the decoding key for decoding a second signal 
based on the acquiring information. 
[0038] The receiving device according to Claim 129 
further comprises a decoding means (for example, the 
decoder 68) which decodes the second signal based on 
the decoding key. 

[0039] The receiving device according to Claim 130 
further comprises a generating means (for example, a 
computing unit 162 shown in Fig. 13 which generates 
the related data based on the broadcast signal and the 
second signal. 

[0040] The receiving device according to Claim 134 
further comprises an acquiring means (for example, the 
download processor 65 shown in Fig. 13) which 
acquires a decoding key for decoding a first image or 
sound or a second image or sound of an overlapping 
part based on the acquiring information. 
[0041 ] The receiving device according to Claim 1 35 
further comprises a decoding means (for example, the 
decoder 68 shown in Fig. 13) for decoding the first 
image or sound or the second image or sound of the 
overlapping part based on the decoding key. 
[0042] The receiving device according to Claim 136 
further comprises a generating means (for example, the 
computing unit 162 shown in Fig. 13) for generating the 
related data using the broadcast signal, and the first 
image or sound or the second image or sound of the 
overlapping part. 

[0043] The receiving device according to Claim 140 
further comprises an acquiring means (for example, the 
download processor 65 shown in Fig. 13) which 
acquires a decoding key for decoding the second com- 
ponent based on the acquiring information. 
[0044] The receiving device according to Claim 1 41 
further comprises a decoding means (for example, the 
decoder 68 shown in Fig. 13) for decoding the second 
component based on the decoding key. 
[0045] The receiving device according to Claim 142 
further comprises a generating means (for example, the 
computing unit 162 shown in Fig. 13) which generates 
the related data using the broadcast signal and the sec- 
ond signal. 

[0046] The transfer system according to Claim 145 is 
a transfer system comprising a transmitting device for 
transmitting a predetermined broadcast signal together 
with predetermined additional information, and a receiv- 
ing device for receiving the predetermined broadcast 
signal together with the predetermined additional infor- 
mation, wherein the transmitting device comprises: con- 
structing means (for example, the synchronizing circuit 
55 and MUX 58 shown in Fig. 7) which constructs the 
additional information in which acquiring information 
necessary to acquire related data related to the broad- 
cast signal is disposed, and transmitting means (for 
example, the synchronizing circuit 55 shown in Fig. 7) 



which transmits the broadcast signal, and transmits the 
additional information, in which the acquiring informa- 
tion concerning the related data related to this broad- 
cast signal is disposed, on plural occasions during the 

s transmission of the broadcast signal, and the receiving 
device comprises: receiving means (for example, the 
digital radio tuner 22 shown in Fig. 5) which receives the 
broadcast signal and additional information, and an 
acquiring information storing means (for example, the 

10 storage 64 shown in Fig. 9) which stores the acquiring 
information disposed in the additional information when 
there is a predetermined input. 

[0047] It will however be understood that this descrip- 
tion is in no way limited to the various means stated 
is above. 

[0048] Fig. 1 shows one embodiment of a bookmark 
radio (BMR) system (the term system means a logical 
collection of units) which applies this invention, wherein 
the component devices may or may not be in the same 
20 cabinet. 

[0049] The transmitting device 1 functions as a digital 
radio broadcasting station, which performs digital radio 
broadcasts via, for example, a ground wave which is a 
transmitting medium 2. 

25 [0050] The digital radio broadcasts performed by the 
transmitting device 1 comprises an actual broadcast 
and a data broadcast. The data in the actual broadcast 
(referred to hereafter for convenience as actual broad- 
cast data) comprises song data (song data for broad- 

30 casting) generally broadcast in the form of a program, 
and data in a sponsor's advertisements ("commer- 
cials"). 

[0051 ] The data in the data broadcast (referred to 
hereafter for convenience as data broadcast data) com- 

35 prises data in sample sounds or jacket photos, text data, 
EMD (Electric Music Distribution) links, compressed 
encoded data, and still picture coupons, etc. This actual 
broadcast data and data broadcast data are received by 
the user terminal 3. 

40 [0052] The user terminal 3 may for example be a port- 
able or suspension type of radio receiver, or a car radio 
receiver (car audio device), etc. The actual broadcast 
data from the transmitting device 1 are received, and 
output as a sound. The data broadcast data are also 

45 received by the user terminal 3, and are output as 
sound or displayed if necessary. 
[0053] Specifically, the data broadcast data comprises 
for example the beginnings or theme tunes of the songs 
broadcast in the actual broadcast data, which are 

so offered to the user as samples. The data broadcasting 
data further comprises for example a jacket photo of a 
CD on which the songs broadcast in the actual broad- 
cast data are recorded, a photo of the singer of the 
songs (artiste's photo), and text data including song 

55 titles, the singer's name, and name of the record com- 
pany (producing company). 

[0054] In the data broadcast data, the full song data 
corresponding to the song data for broadcasting are 
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compressed, and this data also comprises compressed 
encoded data. 

[0055] The data broadcast data are received by the 
user terminal 3, and the jacket photo, song titles, 
singer's name, etc. are displayed or output as sample 
sounds, etc., depending on a user operation. 
[0056] If the user hears broadcast song data in the 
actual broadcast which he likes, he operates the user 
terminal 3 to insert a "bookmark" (like putting a book- 
mark in a book). The user terminal 3 is also operated to 
request a decoding key to decode compressed 
encoded data when full song data is desired after hear- 
ing a sample sound during or after listening to broad- 
cast song data. The user terminal 3 places a request for 
a decoding key with an EMD server 5 of an EMD service 
operator who manages and distributes full song data. 
[0057] Specifically, the EMD link in the data broadcast 
data comprises the IP (Internet Protocol) address and 
the URL (Uniform Resource Locator) of the EMD server 
5 which are used for accessing the location which offers 
the full song data. The user terminal 3 accesses the 
EMD server 5 via the Internet 4 based on this EMD link, 
and requests a decoding key to decode the compressed 
encoded data. 

[0058] When the EMD server 5 receives a request for 
a decoding key from the user terminal 3, it performs the 
necessary accounting, and then transmits the decoding 
key to the user terminal 3 via the Internet 4. The user 
terminal 3 receives the decoding key from the EMD 
server 5, and decodes the compressed encoded data to 
full song data (which had been compressed) using the 
decoding key. In this way, the user can acquire the full 
song data. 

[0059] The EMD server 5, apart from managing the 
full song data and providing the decoding key to the 
user terminal 3 as stated hereabove, also provides song 
data to be transmitted as actual broadcast data or com- 
pressed and encoded to the transmitting station (trans- 
mitting device 1). The EMD server 5 also performs 
accounting for collecting the cost of providing the 
decoding key (and ultimately, full song data). Due to this 
accounting, the purchase price of the full song data is 
later deducted from the user's bank account or credit 
company, or the invoicing may be performed using a 
prepaid card. 

[0060] It may occur that, due to the transmitting 
capacity of the transmitting medium 2, all the aforemen- 
tioned data cannot be included in the data broadcast 
data. In this case, it is not included in the data for data 
broadcasting. When the compressed encoded data is 
not included in the data broadcast data, the user termi- 
nal 3 requests the decoding key and the compressed 
encoded data to be decoded by the decoding key from 
the EMD server. The EMD server 5 then transmits the 
decoding key and compressed encoded data to the 
user terminal 3. 

[0061 ] The data broadcast data may contain a still pic- 
ture coupon which is treated as a "coupon". This still 



picture coupon may for example be requested from the 
user terminal 3 when the decoding key is requested, 
and transmitted to the EMD server 5 with the request, in 
the EMD server 5, when a still picture coupon is 
s received with a request for a decoding key, a discount is 
given on the price when accounting is performed. 

[0062] Although accounting was performed by the 
EMD server 5 in the aforementioned case, an account- 
ing server 6 which performs only accounting may be 

10 provided as shown by the dotted line in Fig. 1, and 
accounting performed by the accounting server 6. 
[0063] If the data broadcast data does not contain 
compressed encoded data (or even if it does), a transfer 
device which transfers the compressed encoded data 

is and decoding key, may be installed in a shop or other 
location, for example, a record store, a video shop, a 
convenience store or a railway station shop. In this 
case, if the user goes to the location where the transmit- 
ting unit is installed, he can acquire the compressed, 

20 encoded data and decoding key in exchange for money. 
[0064] The dealer (for example, the shop name and 
branch name, etc.) which sells the CD on which the 
songs broadcast in the actual broadcast were recorded 
can be listed. In this case, the EMD link can be dis- 

25 played (output) by the user terminal 3, so the user can 
recognize the dealer which sells the CD on which the 
song he wants is recorded, and go to purchase the CD 
(access the dealer's shop). 

[0065] Next, Fig. 2 shows the transfer format of the 

30 actual broadcast data and data broadcast data transmit- 
ted by the transmitting device 1 in Fig. 1. Herein, in 
Japan, it is expected that in digital radio broadcasting, 
about 400 kbps (kilobit per second) wilt be taken as one 
segment, and that the audio compression used will be 

35 MPEG (Moving Picture Experts Group) AAC (Advanced 
Audio Coding). Fig. 2 shows the transfer format if this 
type of digital radio broadcasting is employed. 
[0066] In Fig. 2, the actual broadcast data is MPEG 
AAC, and is compressed into and transmitted as an 

40 approximately 128 kbps to 144 kbps stereo signal. 
Moreover, in the data broadcast data, the compressed 
encoded data is obtained by compressing full song data 
by ATRAC (Adaptive Transform Acoustic Coding) 2, and 
then encoded by a predetermined system. The transfer 

45 rate is of the order of 250 kbps. 

[0067] Next, Fig. 3 shows the data format of this actual 
broadcast data and data broadcast data. 
[0068] This actual broadcast data and data broadcast 
data are in predetermined frame units, and each frame 

50 is transmitted with time synchronization. 

[0069] The frames of this actual broadcast data or 
data broadcast data will be referred to hereafter for con- 
venience as music frames or data frames. 
[0070] If the time from the start of transmission to the 

55 end of transmission of a certain song is one program, in 
the actual broadcast data of one program, the required 
number of music frames is disposed after a header, and 
an EOF (End of File) is disposed at the end. Also, in the 
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data broadcast data of the program, there are an identi- 
cal number of data frames to that of the music frames 
forming the actual broadcast data, and an EOF is 
placed at the end. The music frames and corresponding 
data frames are synchronized and transmitted simulta- 
neously. 

[0071 ] From the beginning, the data frames contain a 
sync (synchronizing signal) used for detecting the data 
frame, and frame numbers are appended, for example 
sequentially, to each frame. In one program broadcast, 
a frame cyclic bookmark part (referred to hereafter for 
convenience as bookmark part) comprising data which 
are transmitted periodically, a plural frame concluding 
part (referred to hereafter for convenience as conclud- 
ing part) comprising concluding data, basically compris- 
ing plural data frames grouped together, and an ECC 
(Error Correcting Code or Error Checking Code) for 
error correction or detection, are disposed in sequence. 
[0072] The bookmark part comprises information nec- 
essary to acquire the full song data of the song broad- 
cast by the actual broadcast (acquiring information). 
This may be for example a 60 bit ISRC (International 
Standard Recording Code) as unique information 
attached to the full song data of the songs in the actual 
broadcast. The bookmark part further comprises, for 
example, the name of the song (title), name of the 
singer (artiste's name), and name of the record com- 
pany (producer) to which the singer belongs (record 
company name) as recognizing information useful to 
recognize the full song data of the songs broadcast in 
the actual broadcast- Still further, the bookmark part 
comprises an EMD link as access information used for 
accessing the locations at which the full song data of the 
song broadcast by this broadcast is provided (such as 
the EMD server 5 shown in Fig. 1 , or the dealer who 
sells the CD on which the full song data were recorded). 
[0073] The bookmark part of each of the data frames 
which constitute one program contains identical infor- 
mation, therefore, and unless the program of this broad- 
cast is terminated in a very short time, the information in 
the bookmark part is periodically transmitted on plural 
occasions. 

[0074] The concluding part comprises, for example, 
the following audio data, picture data, text data and 
other data. 

[0075] The audio data for example comprises com- 
pressed encoded data obtained by compressing the 
aforementioned full song data and sample sounds. The 
audio data may also comprise jingle data, an 
announcer's voice, differential data to improve audio 
quality and overlap data, as described later. 
[0076] The picture data comprises for example a 
jacket photo on the CD on which the full song data were 
recorded, photos of the singer singing the songs 
(artiste's photo) and still picture coupon data, etc. 
[0077] The text data comprises, for example, the song 
title or singer's name which is useful to recognize the full 
song data, the record company's name, and stories and 



the latest information about the singer. Therefore, 
according to this embodiment, the bookmark part and 
concluding part may both comprise the song titles and 
the singer's name although this is somewhat redundant 
s [0078] Other data may be data relating to sales pro- 
motions or advertising data. 

[0079] Herein, the data in the bookmark part or con- 
cluding part will be referred to hereafter for convenience 
as bookmark data or data broadcast contents, respec- 
10 tively. 

[0080] In Fig. 3, there is one channel for data broad- 
casting, however two channels may be used for data 
broadcasting instead. In this case, the data in the book- 
mark part may be disposed in one of these channels 

is and the data broadcast contents in the concluding part 
may be disposed in the other channel, and both chan- 
nels transmitted simultaneously. 
[0081 ] Next, Fig. 4 shows an example of the construc- 
tion of the transmitting device 1 which constitutes the 

20 broadcasting station of Fig. 1 . 

[0082] The announcer's voice (DJ (disc jockey's) 
voice) is input into a microphone 1 1 . The DJ's voice is 
converted into an electrical audio signal and supplied to 
a signal processing unit 13. Data stored in a storage 12 

25 are also supplied to the signal processing unit 13. 

[0083] Song data used in the actual broadcast (this 
may be full song data), compressed encoded data used 
for data broadcasting or jacket photos are supplied from 
the EMD server 5 and stored in the storage 12. These 

30 data are supplied to the signal processing unit 13 as 
necessary. 

[0084] Advertisements or "commercial" sounds used 
in the actual broadcast are also supplied to the signal 
processing unit 13. 

35 [0085] In the signal processing unit 13, signal 
processing of the supplied data is carried out, and the 
music frames in the actual broadcast data and data 
frames in the data broadcast data are thereby gener- 
ated. The music frames of the actual broadcast data 

40 and the data frames of the data broadcast data are 
respectively supplied to ECC circuits 14 or 15, an ECC 
is added, and the result is supplied to a MUX (multi- 
plexer) 16. 

[0086] In the MUX 16, the actual broadcast data and 
45 data broadcast data are multiplexed, and the multi- 
plexed data obtained as a result are supplied to a digital 
modulating circuit 1 7. In the digital modulating circuit 1 7, 
digital modulation processing, such as for example 
QPSK (Quadrature Phase Shift Keying) or QAM (Quad- 
50 rature Amplitude Modulation) is performed on the multi- 
plexed data from the MUX 16, and the modulated signal 
obtained as a result is supplied to a transmitter 18. In 
the transmitter 18, amplification and other required 
processing is performed on the modulated signal from 
55 the digital modulating circuit 17, and the result is trans- 
mitted as a radio wave from an antenna 19. 
[&087] Next, Fig. 5 shows an example of the construc- 
tion of the user terminal 3 of Fig. 1 . 
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[0088] The aforementioned radio wave transmitted 
from the transmitting device 1 is received by an antenna 
21, and the received signal is supplied to a digital radio 
tuner 22. The digital radio tuner 22 receives the signal 
from the antenna 21, detects a signal in a predeter- 
mined channel according to the control of a reception 
control unit 22A, and supplies the result to a digital 
demodulating circuit 23. The digital demodulating circuit 
23 performs digital demodulation on the output of the 
digital radio tuner 22, and the multiplexed data obtained 
as a result are output to a DMUX (demultiplexer) 24. 

[0089] The demultiplexer 24 separates the multiplexed 
data from the digital demodulating circuit 23 into actual 
broadcast data and data broadcast data. These actual 
broadcast data or data broadcast data are respectively 
supplied to the ECC circuits 25 or 26. The ECC circuits 
25 or 26 perform error detection or correction on the 
actual broadcast data or data broadcast data, and sup- 
ply the result to a signal processing unit 27. 
[0090] The ECC circuit 26 processes the data broad- 
cast data from the DMUX 24 after temporarily storing it 
in a RAM 26. The RAM 26A has a storage capacity 
which can store data of, for example, at least one data 
frame (Fig. 3). Whenever a new data frame is received 
from the DMUX 24, the oldest data frame is erased (the 
oldest data frame is updated by the new data frame). 
[0091 ] For example, when the user is carrying the user 
terminal 3, or when the user terminal 3 is mounted in an 
automobile, reception ot the radio wave from the trans- 
mitting device 1 may be temporarily interrupted in a tun- 
nel, etc. Even in such a case, in the user terminal 3, the 
RAM 26A stores the data broadcast data temporarily so 
that the data in the bookmark part of a data frame can 
be utilized. Further, as error detection or correction is 
performed on the data in the bookmark part of the data 
frame even in such a case, error-free data may be used. 
[0092] The question of whether or not reception of the 
radio wave from the transmitting device 1 has been tem- 
porarily interrupted may be determined by, for example, 
determining whether or not the frame numbers (Fig. 3) 
of data frames are continuous or whether or not an EOF 
was received, or alternatively it may be based on the 
level of the radio wave. 

[0093] Also, in the aforementioned case, error detec- 
tion or correction was performed by the ECC circuit 26 
after temporarily storing the data broadcast data from 
the DMUX 24 in the RAM 26A, but the data broadcast 
data may be temporarily stored in the RAM 26A after 
error detection or correction is performed by the ECC 
circuit 26. 

[0094] In the signal processing unit 27, predetermined 
signal processing is performed on the actual broadcast 
data or data broadcast data from the ECC circuits 25 or 
26. The actual broadcast data are then supplied to a 
D/A (Digital/Analog) converter 28, and after D/A conver- 
sion, the result is supplied and output to a speaker 29. 
[0095] Of the data broadcast data, data which can be 
output as sound are also output from the speaker 29 as 



necessary in the same way as actual broadcast data. 

[0096] Moreover, of the data broadcast data, data 
which can be displayed are as supplied as necessary to 
the display device 30. 

5 [0097] In predetermined cases, the control unit 31 is 
operated by the user. An operating signal correspond- 
ing to the operation of the control unit 31 is supplied to 
the signal processing unit 27, and the signal processing 
unit 27 performs predetermined processing corre- 

10 spending to this operation signal. That is, when the con- 
trol unit 31 is operated for example to request a 
decoding key, the signal processing unit 27 controls a 
modem 32 so as to establish a link to the EMD server 5 
via the Internet 4, and request the decoding key. The 

is signal processing unit 27 then receives the decoding 
key transmitted from the EMD server 5 via the modem 
32 in accordance with the request. 
[0098] Next, Fig. 6 shows an example of the construc- 
tion of the EMD server 5 of Fig. 1 . 

20 [0099] A database 41 stores the full song data for the 
songs which the EMD service operator manages or 
ISRC, jacket photo data, artiste photo data, com- 
pressed encoded data for the full song data and the 
decoding key used to decode the data, and data used 

25 for the actual broadcast and data broadcast are sup- 
plied to the transmitting device 1 of the broadcasting 
station. 

[0100] A modem 43 performs communication control 
via the Internet 4, and when a request for a decoding 

30 key is received from the user terminal 3, it is supplied to 
a controller 42. When the controller 42 receives the 
request for a decoding key, it performs accounting by 
controlling the accounting unit 44. The controller 42 also 
reads the requested decoding key from the database 

35 41 , and transmits it to the modem 43. If the controller 42 
receives a request for compressed encoded data 
together with the request for a decoding key, this com- 
pressed encoded data is also read from the database 
41 and transmitted to the modem 43. 

40 [01 01 ] Next, Fig. 7 shows an example of the construc- 
tion of the signal processing unit 13 in the transmitting 
device 1 of Fig. 4. 

[01 02] The DJ's voice from the microphone 11 (Fig. 4) 
is supplied to an amplifier 51 . The amplifier 51 amplifies 

45 the audio signal and supplies it to an A/D (Analog/Dig- 
ital) converter 52. The A/D converter 52 performs A/D 
conversion on the analog voice signal from the amplifier 
51 to convert it to digital audio data, and this is supplied 
to a mixer 53. In addition to the DJ's voice, data such as 

so songs in the actual broadcast data, advertisements and 
jingles (herein, digital data), are also supplied to the 
mixer 53. The mixer 53 mixes these sounds so as to 
construct the actual broadcast data, and this is supplied 
to a data compression unit 54. The data compression 

55 unit 54 compresses the output of the mixer 53, for 
example by the MPEG scheme, and supplies the result . 
to a synchronizing circuit 55. 

[0103] In addition to actual broadcast data from the 
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data compression unit 54, bookmark data and the out- 
put of the MUX 58 are also supplied to the synchroniz- 
ing circuit 55. The synchronizing circuit 55 constructs 
data broadcast data from the bookmark data and the 
output of the MUX 58. It also constructs music frames 
containing the actual broadcast data and data frames 
containing the data broadcast data, synchronizes these 
data, and outputs them. 

[0104] In addition, the synchronizing circuit 55 com- 
prises a memory 55A. The memory 55A temporarily 
stores bookmark data for one program (song). 
[0105] The synchronizing circuit 55, by arranging 
bookmark data for a certain program stored in the mem- 
ory 55A in the data frames of data broadcast data for 
this program, places identical bookmark data in the 
bookmark part of the data frames constituting this pro- 
gram. 

[0106] Audio data (for example, the compressed 
encoded data or sample sounds described above) in 
the data broadcast contents are supplied to a data com- 
pression unit 56. The data compression unit 56 com- 
presses the audio data supplied to it by, for example, the 
ATRAC 2 scheme, and supplies it to the MUX 58. In the 
audio data, the compressed encoded data, for example, 
has already been compressed by the ATRAC 2 scheme 
or the like. Audio data already compressed in this way 
passes through the data compression unit 56 and is 
supplied to the MUX 58 without further modification. 
[0107] Image data in the data broadcast contents (for 
example, a jacket photo, artiste's photo or still picture 
coupon, etc.) are supplied to the data compression unit 
57. The data compression unit 57 compresses the 
image data supplied to it by for example the JPEG (Joint 
Photographic Experts Group) scheme, and supplies the 
result to the MUX 58. 

[0108] In addition to the output of the data compres- 
sion units 56 and 57, text data and other data in the data 
broadcast contents are also supplied to the MUX 58. 
The MUX 58 multiplexes the data broadcast contents 
supplied to it, and supplies the result to the synchroniz- 
ing circuit 55. The text data or other data may also be 
supplied to the MUX 58 after compression. 
[0109] Next, the processing of the signal processing 
unit 13 of Fig. 7 will be described referring to Fig. 8. 
[0110] The DJ's voice from the microphone 11 is 
amplified by the amplifier 51 , converted to a digital sig- 
nal in the A/D converter 52, and supplied to the mixer 
53. In addition to the DJ's voice, other data such as the 
songs which comprise actual broadcast data, advertise- 
ments and jingles are also supplied to the mixer 53, and 
mixed therein to form the actual broadcast data which is 
supplied to the data compression unit 54. The data 
compression unit 54 compresses the actual broadcast 
data from the mixer 53, and supplies it to the synchro- 
nizing circuit 55. 

[01 1 1 ] In the data compression units 56 or 57, on the 
other hand, audio data and image data in the data 
broadcast contents are respectively compressed, and 



supplied to the MUX 58. In addition to the output of the 
data compression units 56 and 57, text data and other 
data in the data broadcast contents are also supplied to 
the MUX 58. Therein, these data are multiplexed, and 

5 the result is supplied to the synchronizing circuit 55. 
[01 12] In addition to the actual broadcast data and the 
output of the MUX 58, bookmark data for the actual 
broadcast data program is also supplied to the synchro- 
nizing circuit 55. The synchronizing circuit 55 constructs 

w the data broadcast data from the bookmark data and 
the output of the MUX 58, synchronizes the music 
frames which form the actual broadcast data and the 
data frames which form the data broadcast data, and 
outputs them. 

is [0113] That is, when the synchronizing circuit 55 
receives the bookmark data for a certain program, as 
shown in the flowchart of Fig. 8, the bookmark data is 
stored in the memory 55A in a step S1 , the routine pro- 
ceeds to a step S2, an initial value of, for example, 1 is 

20 set in a parameter i for counting the number of music 
frames constituting the program and the data frames, 
and the routine proceeds to a step S3. 
[01 14] In the step S3, a music frame #i is constructed 
using the actual broadcast data, a data frame #i is con- 

25 structed by arranging a predetermined amount of the 
output data from the MUX 58 after the bookmark data 
stored in the memory 55A, and the routine proceeds to 
a step S4. In the step S4, the music frame #i and data 
frame #i are synchronized and output simultaneously, 

30 and the routine proceeds to a step S5. 

[0115] In the step S5, it is determined whether or not 
the songs broadcast in the actual broadcast have fin- 
ished. When it is determined that they have not yet fin- 
ished, the routine proceeds to a step S6, and the 
35 parameter i is incremented by 1. The routine then 
returns to the step S3, and the same processing is 
repeated. 

[0116] When it is determined in the step S5 that the 
songs broadcast in the actual broadcast have finished, 
40 an EOF is output as actual broadcast data and data 
broadcast data, the routine waits for the bookmark data 
for the next program to be supplied, and returns to the 
step S1 . 

[0117] Therefore, except for the special case where 
45 the program broadcast data finish in a very short time, 
bookmark data about the program are periodically 
transmitted while actual broadcast data for the program 
is being transmitted by disposing it in the data frames. 
Consequently, in the user terminal 3, loss of bookmark 
so data for a certain program is suppressed as far as pos- 
sible. 

[01 1 8] Next, Fig. 9 shows an example of the construc- 
tion of the signal processing unit 27 in the user terminal 
3 of Fig. 5. 

55 [01 1 9] Actual broadcast data from the ECC circuit 25 
(Fig. 5) are supplied to a data expansion unit 61. The 
data expansion unit 61 expands this actual broadcast 
data, and supplies it to the D/A converter 28 (Fig. 5). 
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[0120] The data broadcasting data from the ECC cir- 
cuit 26 (Fig. 5) are supplied to a DMUX 62. The DMUX 
62 separates the data broadcasting data into bookmark 
data and data broadcast contents. Also, the DMUX 62 
separates the data broadcast contents into data that 5 
can be displayed (referred to hereafter as display data 
for convenience), sample sounds, and compressed 
encoded data, etc., and supplies it to a selector 63 
together with bookmark data. 

[0121 ] The selector 63 comprises a memory 63A, and 10 
the output of the DMUX 63 is stored temporarily in the 
memory 63A. Also, the selector 63 selects some of the 
data stored in the memory 63A according to the opera- 
tion of the control unit 31 (Fig. 5), and supplies it to the 
display device 30 (Fig. 5) via an expansion unit 70 or to 15 
a storage 64. Display data (e.g., song title (name of 
song), artiste name (name of singer) and jacket photo) 
are basically supplied to the display device 30, while 
bookmark data, sample sounds and compressed 
encoded data are basically supplied to the storage 64 20 
respectively. 

[0122] The storage 64 stores the bookmark data, 
sample sounds and compressed encoded data supplied 
from the selector 63. The storage 64 also stores the 
decoding key supplied from a download processing unit 25 
65. Herein, the storage 64 may be built into the user ter- 
minal 3, but it may also for example comprise a memory 
card which can easily be fitted and removed. If the stor- 
age 64 is a memory card or the like, it can conveniently 
be brought to a dealer to receive compressed encoded 30 
data and its decoding key as described in Fig. 1. 
[0123] When the control unit 31 is operated to request 
the download of a decoding key or compressed 
encoded data, the download processing unit 65 controls 
the modem 32 (Fig. 5) to request the download from the 35 
EMD server 5 via the internet 4. A personal information 
memory unit 66 stores a user's name, address, tele- 
phone number, credit card number or bank account 
number as personal user information required for 
accounting which is performed when the decoding key 40 
or compressed encoded data is downloaded. This per- 
sonal information is transmitted together with the 
request when the download processing unit 65 requests 
download of the decoding key or compressed encoded 
data. 45 
[0124] A reproduction controller 67 reproduces the 
data stored by the storage 64, and supplies it to a 
decoder 68. When compressed encoded data and a 
decoding key are supplied from the reproduction con- 
troller 67, the decoder 68 decodes the compressed so 
encoded data using the decoding key, and the com- 
pressed full song data which are obtained as a result 
are supplied to a data expansion unit 69. The decoder 
68 also supplies sample sounds to the data expansion 
unit 69 without modification when sample sounds are 55 
supplied from the reproduction controller 67. 
[0125] if the full song data and sample sounds sup- 
plied from the decoder 68 are compressed, the data 
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expansion unit 69 expands the compressed full song 
data or sample sounds, and supplies them to the D/A 
converter 28 (Fig. 5). If the display data supplied from 
the selector 63 is compressed, the data expansion unit 
70 expands the compressed display data, and supplies 
it to the display device 30. When the supplied data is not 
compressed, the data expansion units 69 and 70 output 
the data without modification. 

[0126] Next, the processing of the signal processing 
unit 27 of Fig. 9 will be described referring to the flow- 
chart of Fig. 10. 

[01 27] The actual broadcast data from the ECC circuit 
25 is supplied to the data expansion unit 61. The data 
expansion unit 61 expands the actual broadcast data, 
and supplies it to the speaker 29 via the D/A converter 
28. In this way, the actual broadcast is output from the 
speaker 29. 

[01 28] On the other hand, the data broadcasting data 
from the ECC circuit 26 is supplied to the DMUX 62, and 
is separated into bookmark data and data broadcast 
contents. Also, in the DMUX 62, the data broadcast con- 
tents are separated into display data, sample sounds 
and compressed encoded data, and supplied to the 
selector 63 together with bookmark data. 
[01 29] The selector 63 temporarily stores the data 
from the DMUX 63 in a memory 63A, and subsequently, 
the stored contents are progressively updated by data 
freshly supplied from the DMUX 63. Specifically, in the 
memory 63A, bookmark data is updated for example 
every data frame, and data broadcast contents are 
updated for example each time one song in the actual 
broadcast finishes. 

[0130] As shown in the flowchart of Fig. 10, first in a 
step S1 1 , it is determined whether or not the control unit 
31 was operated to output display data. When it is deter- 
mined that it was so operated, the routine proceeds to a 
step S12, the selector 63 reads the display data stored 
in the memory 63A, this data is supplied to the display 
device 30 via the data expansion unit 70, and the rou- 
tine returns to the step Si 1 . As a result, a jacket photo, 
artiste photo, title and singer s name, for example, are 
displayed by the display device 30 for the song currently 
being broadcast. 

[01 31 ] On the other hand, when it is determined in the 
step S1 1 that the control unit 31 was not operated to 
output display data, the routine proceeds to a step Si 3, 
and it is determined whether or not the control unit 31 
was bookmark operated. When it is determined in the 
step S13 that the control unit 31 was bookmark oper- 
ated, i.e., when the user is interested in a song broad- 
cast in the actual broadcast, and has performed an 
operation to attach a "mark" to this song, the routine 
proceeds to a step S14, the selector 63 reads bookmark 
data, sample sounds and compressed encoded data 
stored in the memory 63 A, supplies them to the storage 
64 where they are stored, and the routine returns to the 
step S1 1 . In this way, bookmark data, sample sounds 
and compressed encoded data for a particular song 
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broadcast during the actual broadcast when the control 
unit 31 is bookmark operated, are stored (recorded) in 
the storage 64. 

[0132] Herein, as described above, the data broad- 
cast contents are updated whenever one song of the 
actual broadcast is finished, so if the control unit 31 was 
bookmark operated, sample sounds and compressed 
encoded data for one song are retained in the storage 
64 while that song is being broadcast, but if the control 
unit 31 was not bookmark operated, this data is erased 
from the user terminal 3. 

[01 33] When it is determined in the step Si 3 that the 
control unit 31 was not bookmark operated, the routine 
proceeds to a step S15, and it is determined whether or 
not the control unit 31 was operated to output sample 
sounds. When it is determined in the step S15 that the 
control unit 31 was operated to output sample sounds, 
the routine proceeds to a step S16, the reproduction 
controller 67 reads sample sounds stored in the storage 
64 therefrom, the sample sounds are supplied to the 
speaker 29 via the decoder 68, data expansion unit 69 
and D/A converter 28, and the routine returns to the 
step S11. As a result, the sample sounds are output 
from the speaker 29. 

[01 34] Herein, even if compressed encoded data for a 
certain song is stored in the storage 64 due to the con- 
trol unit 31 performing a bookmark operation, the user 
may forget what the song was. In such a case, the user 
can remember the song by reproducing and listening to 
a sample sound as described hereabove. 
[0135]- On the other hand, when it is determined in the 
step S15 that the control unit 31 was not operated to 
output sample sounds, the routine proceeds to a step 
S1 7, and it is determined whether or not the control unit 
31 was downloaded operated to request download of a 
decoding key. When it is determined in the step S1 7 that 
the control unit 31 was download operated, the routine 
proceeds to a step S18, and the download processing 
unit 65 performs download processing of the decoding 
key. 

[0136] If, in the EMD server 5, there is a file of a 
decoding key of compressed encoded data for certain 
full song data, the ISRC of the full song data is taken as 
a file name, and an EMD link of the bookmark data rep- 
resents the host name of the EMD server 5 which man- 
ages the full song data, the download processing unit 
65 will take the EMD link of the bookmark data stored in 
the storage 64 as the host name, and will construct a 
URL wherein the ISRC is a file name. The download 
processing unit 65 will also control the modem 32 based 
on this URL, establish a communication link with the 
EMD server 5, read personal information from the per- 
sonal information storage unit 66, request the decoding 
key, and transmit this information and request to the 
EMD server 5. 

[01 37] When the request for the decoding key and the 
personal information are received, the EMD server 5 
performs accounting based on the personal information, 



and transmits the requested decoding key to the user 
terminal 3. The decoding key thus transmitted from the 
EMD server 5 to the user terminal 3 is received by the 
download processing unit 65 via the modem 32. 

s [0138] When the download processing unit 65 
receives the decoding key, the routine proceeds to a 
step S19, the decoding key is stored in the storage 64, 
and the routine returns to the step S1 1 . 
[0139] When the control unit 31 was download oper- 

w ated and bookmark data was not stored in the storage 
64, instead of performing the processing of the steps 
S18, S19 in the user terminal 3, a notice to this effect 
may for example be output from the speaker 29 or dis- 
played by the display device 30. 

is [0140] On the other hand, when it is determined in the 
step S17 that the control unit 31 was not download 
operated, the routine proceeds to a step S20, and it is 
determined whether or not the control unit 31 was oper- 
ated to reproduce a song (hereafter referred to as a 

20 reproduction operation for convenience). When it is 
determined in the step S20 that the control unit 31 was 
reproduction operated, the routine proceeds to a step 
S2 1 , reproduction of the song by the reproduction con- 
troller 67 begins, and the routine returns to the step 

25 S11. 

[0141] In other words, the reproduction controller 67 
reads the compressed encoded data and the decoding 
key stored in the storage 64 therefrom, and supplies 
them to the decoder 68. The decoder 68 decodes the 

30 compressed encoded data from the reproduction con- 
troller 67 using the decoding key from the reproduction 
controller 67, and supplies the decoded data to the data 
expansion unit 69. In the data expansion unit 69, the 
decoded data from the decoder 68 is expanded to full 

35 song data which is supplied to the speaker 29 via the 
D/A converter 28. As a result, the same song is repro- 
duced from the speaker 29 as in the case of playing 
back a CD. 

[0142] In addition, the data decoded in the decoder 

40 68, and the data expanded in the data expansion unit 69 
can be output from an output terminal, not illustrated, 
and recorded by a recording device, also not illustrated. 
[01 43] On the other hand, when it is determined in the 
step S20 that the control unit 31 was not reproduction 

45 operated, the routine returns to the step S1 1 . 

[0144] When the control unit 31 was reproduction 
operated and compressed encoded data or a decoding 
key was not stored in the storage 64, in the user termi- 
nal 3, a notice to this effect may for example be output 

50 from the speaker 29 or displayed by the display device 
30 instead of performing the processing of the step S21 . 
[0145] When the control unit 31 was reproduction 
operated and compressed encoded data or a decoding 
key is stored in the storage 64. (as when the control unit 

55 31 is operated to output sample sounds and plural sam- 
ple sounds are stored in the storage 64), a list of titles or 
singers' names corresponding to this plural compressed 
encoded data is displayed on the display device 30 so 
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the user can choose which of the compressed encoded 
data to reproduce. The titles of songs corresponding to 
the compressed encoded data can be recognized by 
referring to the bookmark data stored in the storage 64. 

[0146] As described hereabove, in the transmitting 
device 1, bookmark data required for acquiring the 
decoding key for decoding the compressed encoded 
data of a song broadcast in the actual broadcast are dis- 
posed to form data broadcasting data, and the data 
broadcasting data containing the bookmark data 
required to acquire the decoding key for decoding the 
compressed encoded data of the song in the actual 
broadcast are transmitted on plural occasions while the 
actual broadcast data is being transmitted. The actual 
broadcast data and data broadcast data are received by 
the user terminal 3, and when the control unit 31 is 
bookmark operated, the bookmark data contained in 
the data broadcast data is stored in the storage 64. 
[0147] Therefore, the user can easily receive full song 
data about a desired song. 

[0148] In the aforementioned case, compressed 
encoded data were broadcast in the data broadcast, 
and the decoding key used for decoding was requested 
from the EMD server 5. However, it is possible to 
request a set of the compressed encoded data and the 
decoding key for decoding the compressed encoded 
data from the EMD server 5 without broadcasting the 
compressed encoded data in the actual broadcast 
(although it may be so broadcast). Alternatively, full 
song data which is not encoded may be requested from 
the EMD server 5. 

[0149] Next, in the aforementioned case, full song 
data were offered by data broadcasting and the EMD 
server 5 separately from the actual broadcast data, but 
full song data can be provided also by using the actual 
broadcast data. 

[0150] Specifically, the compressed encoded data 
broadcast by data broadcasting in the aforementioned 
case are obtained by compressing and encoding full 
song data, and this full song data is broadcast in the 
actual broadcast. However, if the full song data (first sig- 
nal) is as shown for example in Fig. 11 A, in the actual 
broadcast, the actual broadcast data shown in Fig. 1 1 C, 
which is obtained for example by superimposing what 
may be considered to be "noise" (second signal) from 
the viewpoint of the full song data, such as the DJ's 
voice, narration, jingles, sound effects or advertise- 
ments shown in Fig. 1 1 B on the beginning part or end 
part, is often broadcast. 

[0151] Therefore, if the DJ's voice or jingles, etc., 
which is noise from the viewpoint of the full song data 
shown in Fig, 1 1 D which is identical to Fig. 1 1 B, in the 
actual broadcast data are included in data broadcast 
data as "full song data generating data", the full song 
data may be obtained (generated) using this generating 
data and the actual broadcast data. 
[01 52] In this case, the signal processing unit 1 3 of the 
transmitting device 1 (Fig. 4) is comprised, for example, 



as shown in Fig. 12. In the figure, parts corresponding 
to the case in Fig. 7 are assigned the same symbols and 
their description is omitted herebelow. Specifically, 
except for the provision of a mixer 151, data compres- 
5 sion unit 152 and encoding unit 153 in the signal 
processing unit 13 of Fig. 12, the arrangement is basi- 
cally the same as that of Fig. 7. 

[01 53] Jingles, advertisements and the DJ's voice out- 
put by the A/D converter 52 which are also included in 

10 the actual broadcast data apart from full song data and 
which are noise from the viewpoint of full song data, are 
input into the mixer 1 51 as generating data. In the mixer 
151, the generating data supplied to it is mixed, and 
supplied to the data compression unit 152. in the data 

is compression unit 152, the generating data is com- 
pressed and supplied to the encoding unit 153. in the 
encoding unit 153, the generating data output by the 
data compression unit 1 52 is encoded, and supplied to 
the MUX 58. 

20 [01 54] In the signal processing unit 1 3 of Fig. 1 2, apart 
from the presence of the generating data which the 
encoding unit 1 53 outputs instead of the compressed 
encoded data in the (data broadcast contents of the) 
data broadcast data, the actual broadcast data and data 

25 broadcast data are constructed and output as in the 
case described in Fig. 7. 

[0155] Next, Fig. 13 shows an example of the con- 
struction of the signal processing unit 27 of the user ter- 
minal 3 (Fig. 5) when generating data is contained in the 

30 data broadcast data. Regarding parts of the figure that 
have the same construction as that of Fig. 9, the same 
symbols are assigned and their description is herebe- 
low omitted for convenience. That is, except for the pro- 
vision of the memory 161 and computing unit 162, the 

35 signal processing unit 27 of Fig. 13 basically has the 
same construction as that of Fig. 9. 
[01 56] The memory 1 61 temporarily stores the actual 
broadcast data output by the data expansion unit 61 
outputs. When the memory 161 has no further storage 

40 capacity, the most recent actual broadcast data is 
stored by, for example, overwriting the oldest broadcast 
data. Storage and erasure of actual broadcast data in 
the memory 161 is performed in song (program) units. 
[0157] On the other hand, in the DMUX 62, the data 

45 broadcast data supplied to it are separated into book- 
mark data and data broadcast contents. Further, in the 
DMUX 62, the data broadcast contents are separated 
into display data, sample sounds and generating data, 
etc., and are supplied to the selector 63 together with 

so bookmark data. 

[0158] The selector 63 temporarily stores the data 
from the DMUX 63 in the memory 63 A, and the stored 
contents are progressively memory updated by new 
data from the DMUX 63. 

55 [01 59] When the control unit 3 1 is bookmark operated, 
the selector 63 reads the bookmark data and sample 
sounds which were stored by the memory 63A, and 
supplies them to the storage 64, as mentioned above. 
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The selector 63 also reads generating data contained in 
the data broadcast contents instead of compressed 
encoded data from the memory 63A, and supplies this 
also to the storage 64 where it is stored. Further, when 
the control unit 31 is bookmark operated, the selector 
63 reads the actual broadcast data which was being 
stored in the memory 161 after waiting for the song to 
finish (after waiting for one song of the actual broadcast 
data to be stored in the memory 161), and supplies it to 
the storage 64 where it is stored. 
[0160] Subsequently, when the control unit 31 is 
download operated, the download processing unit 65 
accesses the EMD server 5 as in the case of Fig. 9 
based on the EMD link in the bookmark data stored by 
the storage 64, and requests the decoding key for 
decoding the generating data stored by the storage 64. 
The EMD server 5 transmits the decoding key according 
to this request, this decoding key is received in the 
download processing unit 65 and stored by the storage 
64. Herein, it is assumed that the decoding key for 
decoding the data encoded in the encoding unit 153 of 
Fig. 12 is stored in the EMD server 5. 
[0161] When the control unit 31 is reproduction oper- 
ated, the reproduction controller 67 reads the generat- 
ing data stored in the storage 64 therefrom, and 
supplies it to the decoder 68. The decoder 68 likewise 
decodes the generating data from the reproduction con- 
troller 67 using the decoding key from the reproduction 
controller 67, and supplies the decoded data to the data 
expansion unit 69. In the data expansion unit 69, the 
decoded data from the decoder 68 is expanded to full 
generating data, and supplied to the computing unit 
162. 

[0162] The reproduction controller 67 also reads the 
actual broadcast data stored in the storage 64 there- 
from, and supplies it to the computing unit 162. The 
computing unit 162 generates the full song data shown 
in Fig. 1 1 A by subtracting the generating data shown in 
Fig. 1 1 D supplied from the data expansion unit 69, from 
the actual broadcast data shown in Fig. 11C supplied 
from the reproduction controller 67. This full song data 
is supplied to the speaker 29 via the D/A converter 28, 
and the same song as is obtained by, for example, play- 
ing a CD is output from the speaker 29. 
[0163] Next, in this actual broadcast, after broadcast- 
ing for example the full song data #1 shown in Fig. 14A, 
the full song data #2 shown in Fig. 14B may be broad- 
cast and in this case, transmission of the full song data 
#2 may start before transmission of the full song data #1 
has finished. In this case, the actual broadcast data 
shown in Fig. 14C is transmitted wherein the end of the 
full song data #1 and the beginning of the full song data 
#2 overlap. In this actual broadcast data, the full song 
data #2 is noise from the viewpoint of the full song data 
#1 , and conversely, the full song data #1 is noise from 
the viewpoint of the full song data #2. Therefore, if the 
overlapping parts of the full song data #1 or #2 respec- 
tively shown in Fig. 14D or Fig. 14E (referred to hereaf- 



ter as overlapping parts for convenience) are included 
as generating data in the data broadcast data transmit- 
ted together with the actual broadcast data comprising 
the full song data #1 or #2, the full song data #1 and #2 
5 can be obtained using this generating data and the 
actual broadcast data. 

[0164] The full song data #1 can be obtained by 
replacing the overlapping part of the actual broadcast 
data of Fig. 14C by the overlapping part of the full song 

10 data #1 of Fig. 14D, or by subtracting the overlapping 
part of the full song data #2 of Fig. 14E from the over- 
lapping part of the actual broadcast data of Fig. 14C. 
The same is true of the full song data #2. 
[0165] Fig. 15 shows an example of the construction 

15 of the signal processing unit 13 of the transmitting 
device 1 (Fig. 4) in the case where the overlapping parts 
described in Figs. 14A to 14E are present in the actual 
broadcast data. In the figure, identical symbols are 
assigned to parts corresponding to the case of Fig. 7, 

20 and their description is herebelow omitted for conven- 
ience. That is, except for the provision of the overlap 
detecting unit 251, data compression unit 252 and 
encoding unit 253, the signal processing unit 13 of Fig. 
15 basically has an identical construction to that of Fig. 

25 7. 

[01 66] In the embodiment of Fig. 1 5, the full song data 
#1 which is broadcast first, and the full song data #2 
broadcast after it so that part overlaps, are input to the 
mixer 53, and in the mixer 53, they are mixed with the 
30 DJ's voice, jingles, etc., and output. Herein, to simplify 
the description, it will be assumed that the DJ's voice, 
etc., is not superimposed on the full song data #1 and 
#2. 

[01 67] The full song data #1 and #2 are also supplied 

35 to the overlap detecting element 251. In the overlap 
detecting element 251 , the interval wherein the full song 
data #1 and #2 overlap (referred to hereafter as overlap 
interval) is detected, and the full song data #1 and #2 in 
this overlap interval, i.e., the overlapping part of the full 

40 song data #1 and the overlapping part of the full song 
data #2, are supplied as generating data to the data 
compression unit 252. In the data compression unit 252, 
either the overlapping part of the full song data #1 or the 
overlapping part of the full song data #2 which are gen- 

45 erating data, or both, are compressed, and supplied to 
the encoding unit 253. In the encoding unit 253, the 
generating data output by the data compression unit 
252 outputs is encoded, and supplied to the MUX 58. 
[0168] in the signal processing unit 13 of Fig. 15, 

so except for the fact that the generating data output by the 
encoder 253 is disposed in the (data broadcast contents 
of the) data broadcast data instead of compressed 
encoded data, the actual broadcast data and data 
broadcast data are constructed and output as in the 

55 case described in Fig. 7. 

[01 69] The signal processing unit 27 of the user termi- 
nal 3 (Fig. 5) in the case where the aforesaid data 
broadcast data is transmitted, has an identical construc- 
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tion to, for example, that shown in Fig. 13. 
[0170] When generating the full song data #1, if the 
overlapping part of the full song data #1 is included as 
generating data, in the computing unit 162, the full song 
data #1 is generated by replacing the overlapping part 
of the actual broadcast data by the overlapping part of 
the full song data #1 . On the other hand, if the overlap- 
ping part of the full song data #2 is included as generat- 
ing data, in the computing unit 162, the full song data #1 
is generated by subtracting the overlapping part of the 
full song data #2 from the overlapping part of the actual 
broadcast data. 

[0171] Likewise, when generating the full song data 
#2, if the overlapping part of the full song data #2 is 
included as generating data, in the computing unit 162, 
the full song data #2 is generated by replacing the over- 
lapping part of the actual broadcast data by the overlap- 
ping part of the full song data #2. On the other hand, if 
the overlapping part of the full song data #1 is included 
as generating data, in the computing unit 162, the full 
song data #2 is generated by subtracting the overlap- 
ping part of the full song data #1 from the overlapping 
part of the actual broadcast data. 
[01 72] When the overlapping parts of both the full 
song data #1 and #2 are included as generating data, 
the full song data #1 or #2 may be generated by either 
the above replacement or subtraction. 
[0173] When the full song data #1 and #2 are broad- 
cast without overlapping, the overlapping parts of the 
full song data #1 and #2 are both 0. In this case, the full 
song data #1 and #2 may be obtained by receiving the 
actual broadcast data. 

[01 74] In the embodiment of Fig. 1 5, the overlap inter- 
val part detected by the overlap detecting unit 251 
(apart from its length, this may also be the start point 
and end point of the overlap interval) may be included in 
the data broadcast data and transmitted. 
[0175] Moreover, the overlap interval can be made 
adjustable by adjusting the time at which input of the full 
song data #2 is started. 

[0176] Next, in the embodiment of Fig. 12 and Fig. 15, 
in the actual broadcast data, parts where the DJ's voice 
are superimposed on the full song data or overlapping 
parts are different from the full song data. However, 
other parts consist only of full song data, and if there are 
only a few parts where the DJ's voice is superimposed 
or overlapping parts in the actual broadcast data, there 
will be practically no difference from the full song data. 
In this case, it may occur that an increasing number of 
users are content to record the actual broadcast and the 
number of downloads will decrease. This situation is 
undesirable from the viewpoint of the EMD service 
operator. 

[0177] For this reason, in the transmitting device 1 , 
when for example the full song data shown in Fig. 16A 
is to be transmitted, this full song data may be split into 
a low frequency component and a high frequency com- 
ponent, or into an upper bit and a lower bit, as shown in 



Fig. 16Band Fig. 16C. The low frequency component or 
upper bit is then transmitted as the actual broadcast 
data, while the high frequency component or lower bit is 
transmitted as generating data contained in the data 

s broadcast data. 

[0178] In this case, in the actual broadcast, a song 
which has deteriorated sound quality compared to the 
full song data is broadcast, but the user can listen to a 
song with high sound quality by generating the full song 

10 data using the high frequency component or lower bit as 
generating data. 

[0179] Fig. 17 shows an example of the construction 
of the signal processing unit 13 of the transmitting 
device 1 (Fig. 4), in the case where the full song data is 

w split into a low frequency component and high fre- 
quency component or an upper bit and lower bit, the low 
frequency component or upper bit is transmitted as 
actual broadcast data, and the high frequency compo- 
nent or lower bit is transmitted as generating data con- 

20 tained in the data broadcast data. In the figure, parts 
corresponding to the case of Fig. 7 are assigned identi- 
cal symbols, and their description is herebelow omitted 
for convenience. Specifically, except for the provision of 
a data splitting unit 351, data compression unit 352 and 

25 encoding unit 353, the signal processing unit 13 of Fig. 
1 7 has a basically identical construction to that of Fig. 7. 
[0180] The full song data of the song broadcast in the 
actual broadcast is supplied to the data splitting unit 
351 , and the data splitting unit 351 splits the full song 

30 data into a low frequency component and high fre- 
quency component, or an upper bit and lower bit. 
[0181 ] Specifically, the data splitting unit 351 for exam- 
ple sub-band encodes the full song data, and splits it 
into plural frequency components. Of these plural fre- 

35 quency components, the highest bands for example are 
taken as the high frequency component, the remainder 
are taken as the low frequency component, and these 
components are then output. Alternatively, the data 
splitting unit 351 for example applies a discrete cosine 

40 transformation to the full song data, takes low order 
coefficients as the low frequency component and high 
order coefficients as the high frequency component, 
and then outputs these components. The data splitting 
unit 351 can also simply split the full song data into an 

45 upper bit and lower bit, and output these. 

[0182] In the following description, for convenience, 
the low frequency component or upper bit obtained by 
the data splitting unit 351 shall be referred to as ordinary 
sound quality song data, and the high frequency com- 

50 ponent or lower bit shall be referred to as high sound 
quality data. 

[01 83] The ordinary sound quality song data output by 
the splitting unit 351 is supplied to the mixer 53, and 
then transmitted as actual broadcast data in the same 
55 way as in the case described above. 

[01 84] The high sound quality data output by the data 
splitting unit 351 is supplied to the data compression 
unit 352 as generating data. In the data compression 
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unit 352, the high sound quality data which is generating 
data is compressed, and supplied to the encoding unit 
353. In the encoding unit 353, the generating data out- 
put by the data compression unit 352 is encoded, and 
supplied to the MUX 58. 

[0185] In the signal processing unit 13 of Fig. 17, 
except for the fact that generating data output by the 
encoding unit 353 is disposed in the (data broadcast 
contents of the) data broadcast data instead of com- 
pressed encoded data, data broadcast data is con- 
structed and output in the same way as described for 
Fig. 7. 

[0186] The signal processing unit 27 of the user termi- 
nal 3 (Fig. 5) in the case where the data broadcast data 
described above is transmitted, may for example have 
an identical construction to that shown in Fig. 13. 
[0187] In Fig. 13, the actual broadcast data output by 
the data expansion unit 61 is ordinary sound quality 
song data, i.e., it is the low frequency component or 
upper bit of the full song data, so the sound quality is 
worse than in the case where the full song data is repro- 
duced. 

[0188] Therefore, a user who desires higher sound 
quality must acquire a decoding key to decode the gen- 
erating data and generate the full song data in the same 
way as described for Fig. 13. 

[0189] In this case, in the computing unit 162 of Fig. 
13, the full song data is generated by performing sub- 
band decoding and a reverse discrete cosine transfor- 
mation using the actual broadcast data and generating 
data, and combining the actual broadcast data which is 
the upper bit with the generating data which is the lower 
bit. 

[0190] Hence, as described above, when full song 
data is provided using the actual broadcast data, it is 
sufficient to transmit compressed and encoded generat- 
ing data, which basically has a lower data amount than 
the compressed, encoded data obtained by compress- 
ing and encoding the entire full song data, in the data 
broadcast. This allows other data to be contained in the 
data broadcast data, or allows the data broadcast data 
to be transferred with a smaller transfer capacity. 
[0191] In the above case, the generating data was 
transmitted in the data broadcast data, but the generat- 
ing data can also be provided together with a decoding 
key from the EMD server 5 without including it (or in 
addition to including it) in the data broadcast data. 
[0192] In the above description, while a song #k was 
being transmitted in an actual broadcast, bookmark 
data was disposed in the bookmark part (Fig. 3) as 
information for acquiring the song #k and transmitted 
periodically, while jacket photo data and compressed 
encoded data for the song #k was disposed and trans- 
mitted in the concluding part (Fig. 3). In other words, in 
the actual broadcast, transmission of data broadcast 
data for the song #k started together with transmission 
of the song #k and ended when the transmission ended, 
however in the data broadcast data, transmission of 



bookmark data for the song #k can take place during the 
actual broadcast of the song #k as in the above case, 
while transmission of jacket photo data or compressed 
encoded data for the song #k can be performed at a dif- 
5 ferent time from the time when the actual broadcast of 
the song #k is made (therefore, the time at which trans- 
mission begins is different). 

[01 93] For example, the jacket photo or other data for 
the song #k can be transmitted in the data broadcast 

10 data for the song #k-1 which is transmitted in the actual 
broadcast prior to the song #k f as shown in Fig. 18. 
[0194] Image data such as jacket photos generally 
contain a large amount of data, and if they are transmit- 
ted in a data broadcast together with the beginning of 

is the actual broadcast of the song #k, the jacket photo 
cannot be displayed by the user terminal 3 until some 
time (time required to transmit the jacket photo or other 
image data) has elapsed from beginning the actual 
broadcast of the song #k The user therefore has to wait 

20 a certain time after the actual broadcast of the song #k 
has started until the jacket photo for the song #k can be 
seen. 

[01 95] On the other hand, if the jacket photo or other 
data for the song #k is included in the data broadcast 

25 data for the song #k-1 which is broadcast earlier in the 
actual broadcast than the song #k, all the data for the 
jacket photo for the song #k is received by the user ter- 
minal 3 when actual broadcast of the song #k begins, 
and therefore the user can see the jacket photo for the 

30 song #k immediately after actual broadcast of the song 
#k starts. 

[0196] Also, for example, compressed encoded data 
for the song #k may be transmitted in the data broadcast 
data for the song #k+1 which is broadcast later than the 

35 sang #k, as shown in Fig. 18. 

[0197] As described in Fig. 10, storage (recording) of 
the compressed encoded data for the song #k in the 
storage 64 (Fig. 9) is started by a bookmark operation of 
the control unit 31 (Fig. 5). Therefore, as the com- 

40 pressed encoded data for the song #k is transmitted in 
the data broadcast while the actual broadcast of the 
song #k is taking place, it may occur that, if the user per- 
forms a bookmark operation after listening to the song 
#k in the actual broadcast for some time, transmission 

45 of the compressed encoded data for the song #k has 
already begun. 

[0198] Conversely, if the compressed encoded data 
for the song #k is transmitted in the data broadcast data 
for the song #k+1 which is broadcast in the actual 

so broadcast later than the song #k, and if the user per- 
forms a bookmark operation after listening to the song 
#k in the actual broadcast for some time after transmis- 
sion of compressed encoded data for the song #k has 
started following the end of the actual transmission of 

55 the song #k, reception of the compressed encoded data 
for the song #k can be performed after waiting for the 
end of the actual broadcast of the song #k and the start 
of the data broadcast for the song #k 
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[0199] Herein, transmission of compressed encoded 
data for the song #k in the data broadcast data for the 
song #k+1 which is broadcast in the actual broadcast 
later than the song #k is particularly effective when the 
signal processing unit 27 (Fig. 9) of the user terminal 3 
does not include, for example, the memory 63A. Specif- 
ically, if the memory 63A is not provided in the signal 
processing unit 27, and compressed encoded data for 
the song #k is broadcast in the data broadcast during 
the actual broadcast of the song #k, it may occur that 
when a bookmark operation is performed, transmission 
of the compressed encoded data for the song #k may 
have finished in the middle (or at the end) so that the 
correct compressed encoded data can no longer be 
obtained. On the other hand, when the compressed 
encoded data for the song #k is contained in the data 
broadcast data for the song #k+1, the correct com- 
pressed encoded data for the song #k can be obtained 
after starting actual broadcast of the song #k+1 even if 
the memory 63 A is not provided. 
[0200] In the above case, compressed encoded data 
for the song #k-1 and image data such as a jacket photo 
for the song #k+1 are transmitted in the data broadcast 
data for the song #k. 

[0201] There is no particular limitation on the position 
of data such as the jacket photo for the song #k in the 
data broadcast data for the song #k-1 , but In the embod- 
iment of Fig. 18, the arrangement is such that when the 
actual broadcast of the song #k-1 finishes, transmission 
of the jacket photo or other data for the song #k also fin- 
ishes simultaneously. 

[0202] Further, there is no particular limitation on the 
position of compressed encoded data for the song #k in 
the data broadcast data for the song #k+1 , but in the 
embodiment of Fig. 18, the arrangement is such that 
when data transmission for the song #k+1 begins, trans- 
mission of the compressed encoded data for the song 
#k also begins simultaneously. 

[0203] The jacket photo or other data for the song #k 
may be contained not only in the data broadcast data for 
the song #k-1 , but also in data broadcast data which is 
broadcast earlier than this. Likewise, the compressed 
encoded data for the song #k may be contained not only 
in the data broadcast data for the song #k+1 , but also in 
data broadcast data which is broadcast later than this. 
[0204] Next, referring to the flowchart of Fig. 19, the 
processing of the synchronizing circuit 55 in the signal 
processing unit 13 (Fig. 7) of the transmitting device 1 
(Fig. 4) will be described when transmission of the 
bookmark data (first additional data) for the song #k in 
the data broadcast data is performed during actual 
broadcast of the song #k, and transmission of jacket 
photo data or compressed encoded data (second addi- 
tional data) for the song #k is performed as a different 
time to the actual broadcast of the song #k, as shown in 
Fig. 18. Herein, it will be assumed that the song #k is a 
desired song currently being processed. 
[0205] Firstly in a step S31 , in the synchronizing circuit 



55, bookmark data for the desired song #k supplied 
thereto is stored in the memory 55A. The routine then 
proceeds to a step S32, a number of data frames 
required to transmit compressed encoded data for the 
5 song #k-T broadcast earlier than the desired song #k is 
set in a parameter A, and a number of data frames 
required to transmit image data such as a jacket photo 
(this is intended to introduce the song and will therefore 
be referred to hereafter as introductory data for conven- 
ts ience) for the song #k+1, which is broadcast after the 
desired song #k, is set in a parameter B. Further, in the 
step S32, a number of music frames required to trans- 
mit the desired song #k is set in a parameter N. Herein, 
it will be assumed that the relation A<N-B holds for the 
parameters A, B, N. 

[0206] Subsequently, in a step S33, an initial value of 
1 is set in the parameter i for counting the number of 
music frames and data frames, the routine proceeds to 
a step S34 where a music frame #i is constructed, and 
20 the routine proceeds to a step S35. in the step S35, it is 
determined whether or not the parameter i is equal to or 
less than the parameter A. 

[0207] When it is determined in the step S35 that the 
parameter i is equal to or less than the parameter A, i.e., 

25 when it is determined that the number of data frames 
transmitted for the song #k is equal to or less than the 
number of data frames required to transmit compressed 
encoded data for the song #k-1 , the routine proceeds to 
a step S36, and compressed encoded data for the song 

30 #k-1 is disposed after the bookmark data stored in the. 
memory 55A so as to construct a data frame #i. This 
data frame #i and the music frame #i formed in the step 
S34 are then output by the synchronizing circuit 55, and 
the routine proceeds to a step S40. 

35 [0208] When on the other hand it is determined in the 
step S35 that the parameter i is not equal to or less than 
the parameter A, i.e. when transmission of compressed 
encoded data for the song #k-1 has completely finished , 
the routine proceeds to a step S37 and it is determined 

40 whether or not the parameter i is equal to or less than N- 
B. 

[0209] In the step S37, when it is determined that the 
parameter i is equal to or less than N-B, i.e., when the 
number of remaining data frames transmitted for the 

45 song #k is greater than the number of data frames 
required to transmit introductory data for the song #k+1 , 
the routine proceeds to a step S38, and the data broad- 
cast contents for the desired song #k (excepting com- 
pressed encoded data and introductory data) are 

so disposed after the bookmark data stored in the memory 
55A to form the data frame #i. This data frame #i and 
the music frame #i formed in the step S34 are then out- 
put by the synchronizing circuit 55, and the routine pro- 
ceeds to the step S40, 

55 [021 0] When on the other hand it is determined in the 
step S37 that the parameter i is not equal to or less than 
N-B, i.e., when the number of remaining data frames 
transmitted for the song #k is equal to or less than the 
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number data frames required to transmit introductory 
data for the song #k+1 , the routine proceeds to a step 
S39, and introductory data for the song #k+1 are dis- 
posed after the bookmark data stored in the memory 
55A to form the data frame #i. This data frame #i and 
the music frame #i formed in the step S34 are then out- 
put by the synchronizing circuit 55, and the routine pro- 
ceeds to the step S40. 

[021 1 ] In the step S40, the parameter i is incremented 
by 1 , the routine proceeds to a step S41 , and it is deter- 
mined whether or not the parameter i is larger than the 
parameter N. When it is determined in the step S41 that 
the parameter i is not larger than the parameter N, i.e., 
when all the music frames and data frames for the 
desired song #k have not yet been transmitted, the rou- 
tine returns to the step S34 and the same processing is 
repeated thereafter. 

[021 2] On the other hand, when it is determined in the 
step S41 that the parameter i is larger than the parame- 
ter N, i.e., when all the music frames and data frames 
for the desired song #k have been transmitted, the rou- 
tine waits for bookmark data for the next song #k+1 to 
be supplied, returns to the step S31, and processing 
from the step S31 is repeated with the next song #k+1 
as the new desired song. 

[0213] Jacket photo data, etc., for the song #k can 
also be transmitted spanning data broadcast data for 
the song #k-1 and the song #k. Likewise, compressed 
encoded data for the song #k can also be transmitted 
spanning data broadcast data for the song #k and the 
song #k+1. In other words, the time at which transmis- 
sion of jacket photo data or compressed encoded data 
for the song #k begins can be arbitrarily set. 
[0214] In the above case, encoded data for the song 
#k was disposed in data broadcast data for the song 
#k+1 , but generating data for the song #k may also be 
disposed in data broadcast data for the song #k+1 . 
[021 5] This invention has been described in the con- 
text of its application to radio broadcasting, however it 
may also be applied to television broadcasting or the 
like. If this invention is applied to television broadcast- 
ing, it may be used to provide image data such as films 
broadcast during television broadcasts (if services pro- 
viding audio data are referred to as EMD services as 
described above, services providing image data may be 
referred to as EVD (Electric Video Distribution), or for 
example, if a game software scenario is broadcast dur- 
ing a television broadcast, it may be used to provide the 
game software (computer program). This invention may 
also be applied to, for example, services providing book 
data (e.g., "electronic book data"). 
[021 6] The embodiments of this invention used terres- 
trial waves as the transfer medium 2 (Fig. 1), but satel- 
lite circuits, the Internet and CATV (Cable Television) 
networks can also be employed as the transfer medium 
2. 

[0217] In the embodiments of this invention, com- 
pressed encoded data where full song data was 



encoded and compressed generating data were pro- 
vided, but full song data and generating data may also 
be provided without encoding. 

[0218] In the embodiments of this invention, the 
5 decoding key was provided at a charge, but it may also 
be provided free of charge. 

[0219] In the embodiments of this invention, a prede- 
termined input was given to the signal processing unit 
27 by operating the control unit 31 (Fig. 5), but a prede- 
10 termined input can be given to the signal processing 
unit 27 also by, for example, voice, in this case, however, 
a voice recognition device which performs voice recog- 
nition is required. 

[0220] Also, in the embodiments of this invention, 

is bookmark data was transmitted periodically by dispos- 
ing it in the bookmark part of data frames, but it is not 
absolutely necessary to transmit it periodically. 
[0221 ] As described above, according to the transmit- 
ting method and transmitting device of this invention, 

20 additional information is constructed by disposing 
acquiring information necessary to acquire related data 
related to a broadcast signal, the broadcast signal is 
transmitted, and the additional information, wherein the 
acquiring information concerning the related data 

25 related to the broadcast signal is disposed, is transmit- 
ted on plural occasions during transmission of the 
broadcast signal. Therefore on the receiving side, the 
acquiring information can be received with less risk of 
error, and the related data can be obtained easily based 

30 on this acquiring information. 

[0222] Further, according to the receiving method and 
receiving device of this invention, the broadcast signal 
and the additional information wherein the acquiring 
information concerning the related data related to the 

35 broadcast signal is disposed, are received, and when 
there is a predetermined input, the acquiring informa- 
tion disposed in the additional information is stored. 
Therefore, the user can easily obtain the related data 
based on the acquiring information. 

40 [0223] Further, according to the transfer method and 
transfer device of this invention, additional information is 
constructed by disposing acquiring information neces- 
sary to acquire related data related to a broadcast sig- 
nal, the broadcast signal is transmitted, and the 
45 additional information, wherein the acquiring informa- 
tion concerning the related data related to the broadcast 
signal is disposed, is transmitted on plural occasions 
during transmission of the broadcast signal. When the 
broadcast signal and additional information are 
so received and there is a predetermined input, the acquir- 
ing information disposed in the additional information is 
stored. Therefore on the receiving side, the acquiring 
information can be received with less risk of error, and 
the related data can be obtained easily based on this 
55 acquiring information. 
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Claims 

1. A transmitting method for transmitting a predeter- 
mined broadcast signal together with predeter- 
mined additional information, said method 
comprising: 

a constructing step for constructing said addi- 
tional information in which acquiring informa- 
tion necessary to acquire related data related 
to said broadcast signal is disposed, and 
a transmitting step for transmitting said broad- 
cast signal, and transmitting said additional 
information, in which said acquiring information 
concerning said related data related to this 
broadcast signal is disposed, on plural occa- 
sions during the transmission of said broadcast 
signal. 

2. A transmitting method as claimed in claim 1, 
wherein said additional information in which said 
acquiring information is disposed is transmitted 
periodically in said transmitting step. 

3. A transmitting method as claimed in claim 1 , further 
comprising an error detection/correction step for 
performing error detection/correction on said addi- 
tional information. 

4. A transmitting method as claimed in claim 3, 
wherein said additional information is transmitted in 
units on which error detection/correction has been 
performed. 

5. A transmitting method as claimed in claim 1, 
wherein said acquiring information comprises 
unique information uniquely assigned to said 
related data. 

6. A transmitting method as claimed in claim 1, 
wherein said acquiring information comprises rec- 
ognizing information useful for recognizing the con- 
tent of said related data. 

7. A transmitting method as claimed in claim 1, 
wherein said acquiring information comprises 
access information used for accessing an access 
location where said related data is provided. 

8. A transmitting method as claimed in claim 1, 
wherein said additional information in predeter- 
mined units comprises said acquiring information 
according to claim 1 when said additional informa- 
tion is transmitted in predetermined units. 

9. A transmitting method as claimed in claim 1, 
wherein said related data is video data or audio 
data when said broadcast signal is predetermined 



video data or audio data. 

10. A transmitting method as claimed in claim 1, 
wherein said related data is a computer program 

s when said broadcast signal is video data or audio 

data obtained by executing a predetermined com- 
puter program. 

11. A transmitting method as claimed in claim 1, 
10 wherein information useful for recognizing the con- 
tent of said related data is disposed in said addi- 
tional information in addition to said acquiring 
information in said constructing step. 

15 12. A transmitting method as claimed in claim 1, 
wherein said related data is disposed in said addi- 
tional information in addition to said acquiring infor- 
mation in said constructing step. 

20 13. A transmitting method as claimed in claim 12, 
wherein said related data in which said additional 
information is disposed, is encoded. 

14. A transmitting method as claimed in claim 1, 
25 wherein said broadcast signal is a signal in which a 

second signal is superimposed on a first signal. 

15. A transmitting method as claimed in claim 14, 
wherein said first signal is a predetermined image 

30 or sound, and said second signal is noise apart 
from said image or sound. 

16. A transmitting method as claimed in claim 14, 
wherein said second signal is also disposed in said 

35 additional information in addition to said acquiring 
information in said constructing step. 

17. A transmitting method as claimed in claim 16, 
wherein said second signal disposed in said addi- 

40 tional information is encoded. 

18. A transmitting method as claimed in claim 14, 
wherein said first signal is a first image or sound, 
said second signal is a second image or sound, and 

45 part of said first image or sound and said second 
image or sound overlap in time in said broadcast 
signal. 

19. A transmitting method as claimed in claim 18, 
so wherein the end of said first image or sound and the 

beginning of said second image or sound overlap 
when said first image or sound is transmitted first, 
and said second image or sound is transmitted 
later. 

55 

20. A transmitting method as claimed in claim 18, 
wherein the time amplitude of the part where part of 
said first image or sound and said second image or 
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sound overlap, is variable. 

21. A transmitting method as claimed in claim 18, 
wherein the time amplitude of the part where part of 
said first image or sound and said second image or 
sound overlap in said constructing step, is con- 
tained in said additional information. 

22. A transmitting method as claimed in claim 18, 
wherein said additional information, in which said 
first image or sound or said second image or sound 
of the overlapping part is also disposed in addition 
to said acquiring information, is constructed in said 
constructing step. 

23. A transmitting method as claimed in claim 22, 
wherein said additional information, in which said 
first image or sound or said second image or sound 
of the overlapping part is disposed, is transmitted 
together with said broadcast signal corresponding 
to either said first image or sound, or a broadcast 
signal corresponding to said second image or 
sound, or to both, in said transmitting step. 

24. A transmitting method as claimed in claim 22 f 
wherein said first image or sound or said second 
image or sound in the overlapping part disposed in 
said additional information is encoded. 

25. A transmitting method as claimed in claim 1 , further 
comprising a splitting step for splitting said related 
data into a first component and a second compo- 
nent, wherein: 

said first component is transmitted as said 
broadcast signal in said transmitting step. 

26. A transmitting method as claimed in claim 25, 
wherein said second component is also disposed in 
said additional information in addition to said 
acquiring information, in said constructing step. 

27. A transmitting method as claimed in claim 26, 
wherein said second component disposed in said 
additional information is encoded. 

28. A transmitting method as claimed in claim 25, 
wherein said related data is video data or audio 
data, 

said first component is a low region component 
or an upper bit of said video data or audio data, 
and 

said second component is a high region com- 
ponent or a lower bit of said video data or audio 
data. 



29. A transmitting method as claimed in claim 1, 
wherein said acquiring information comprises 
access information used for accessing a database 
in which said related information is stored. 

5 

30. A transmitting method as claimed in claim 29, 
wherein said acquiring information comprises 
unique information uniquely assigned to said 
related data in addition to said access information. 

10 

31. A transmitting method as claimed in claim 30, 
wherein said unique information is an ISRC (Inter- 
national Standard Recording Code). 

15 32. A transmitting method as claimed in claim 1, 
wherein, when said broadcast signal is a broadcast 
program of songs, said additional information com- 
prises the titles of said songs, names of singers 
singing said songs, names of companies manufac- 

20 turing the recording media on which said songs are 
recorded, jacket photos for said recording media, 
photos of said singers, or a part of said songs 
recorded on said recording media in said construct- 
ing step. 

25 

33. A transmitting method as claimed in claim 1, 
wherein said additional information comprises infor- 
mation for a visual or audio advertisement or public- 
ity when said broadcast signal is a predetermined 

30 image or sound in said constructing step. 

34. A transmitting device for transmitting a predeter- 
mined broadcast signal together with predeter- 
mined additional information, said device 

35 comprising: 

constructing means for constructing said addi- 
tional information in which acquiring informa- 
tion necessary to acquire related data related 
40 to said broadcast signal is disposed, and 

transmitting means for transmitting said broad- 
cast signal and transmitting said additional 
information, in which said acquiring information 
45 concerning said related data related to this 

broadcast signal is disposed, on plural occa- 
sions during the transmission of said broadcast 
signal. 

so 35. A transmitting device as claimed in claim 34, further 
comprising error detection/correction means for 
performing error detection/correction on said addi- 
tional information. 

55 36. A transmitting device as claimed in claim 35, 
wherein said additional information is transmitted in 
units on which error detection/correction has been 
performed. 
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37. A transmitting device as claimed in claim 34, 
wherein said transmitting means periodically trans- 
mits said additional information in which said 
acquiring information is disposed. 

38. A transmitting device as claimed in claim 34, 
wherein said acquiring information comprises 
unique information uniquely assigned to said 
related data. 

39. A transmitting device as claimed in claim 34, 
wherein said acquiring information comprises rec- 
ognizing information useful for recognizing the con- 
tent of said related data. 

40. A transmitting device as claimed in claim 34, 
wherein said acquiring information comprises 
access information used for accessing an access 
location where said related data is provided. 

41. A transmitting device as claimed in claim 34, 
wherein said related data is video data or audio 
data when said broadcast signal is predetermined 
video data or audio data. 

42. A transmitting device as claimed in claim 34, 
' wherein said related data is a computer program 

when said broadcast signal is video data or audio 
data obtained by executing a predetermined com- 
puter program. 

43. A transmitting device as claimed in claim 34, 
wherein information useful for recognizing the con- 
tent of said related data is disposed in said addi- 
tional information in addition to said acquiring 
information in said constructing step. 

44. A transmitting device as claimed in claim 34, 
wherein said related data is disposed in said addi- 
tional information in addition to said acquiring infor- 
mation in said constructing step. 

45. A transmitting device as claimed in claim 44, 
wherein said related data in which said additional 
information is disposed, is encoded. 

46. A transmitting device as claimed in claim 34, 
wherein said broadcast signal is a signal in which a 
second signal is superimposed on a first signal. 

47. A transmitting device as claimed in claim 46, 
wherein said constructing means constructs said 
additional information by superimposing said sec- 
ond signal in addition to said acquiring information. 

48. A transmitting device as claimed in claim 47, 
wherein said second signal disposed in said addi- 
tional information is encoded. 



49. A transmitting device as claimed in claim 46, 
wherein said first signal is a first image or sound, 
said second signal is a second image or sound, and 
part of said first image or sound and said second 

5 image or sound overlap in time in said broadcast 

signal. 

50. A transmitting device as claimed in claim 49, 
wherein said constructing means constructs said 

10 additional information by disposing said first image 
or sound or said second image or sound of the 
overlapping part in addition to said acquiring infor- 
mation. 

15 51. A transmitting device as claimed in claim 50, 
wherein said transmitting means transmits said 
additional information, in which said first image or 
sound or said second image or sound of the over- 
lapping part is disposed, together with said broad- 
20 cast signal corresponding to either said first image 
or sound, or a broadcast signal corresponding to 
said second image or sound, or to both. 

52. A transmitting device as claimed in claim 51, 
25 wherein said first image or sound or said second 

image or sound in the overlapping part disposed in 
said additional information is encoded. 

53. A transmitting device as claimed in claim 34, further 
30 comprising splitting means for splitting said related 

data into a first component and a second compo- 
nent, wherein: 

said transmitting means transmits said first 
35 component as said broadcast signal. 

54. A transmitting device as claimed in claim 53, 
wherein said constructing means constructs said 
additional information by disposing said second 

40 component in addition to said acquiring informa- 
tion. 

55. A transmitting device as claimed in claim 54, 
wherein said second component disposed in said 

45 additional information is encoded. 

56. A transmitting device as claimed in claim 53, 
~ wherein said related data is video data or audio 

data, 

50 

said first component is a low region component 
or an upper bit of said video data or audio data, 
and 

said second component is a high region com- 
55 ponent or a lower bit of said video data or audio 

data. 

57. A transmitting device as claimed in claim 34, 



20 



20 



BNSDOCID: <EP 099121 3A2J„> 



3» 



EP 0 991 213 A2 



40 



wherein said acquiring information comprises 
access information used for accessing a database 
in which said related information is stored. 

58. A receiving method for receiving a predetermined 
broadcast signal together with predetermined addi- 
tional information in which acquiring information 
necessary to acquire related data related to this 
broadcast signal is disposed, comprising: 

a receiving step for receiving said broadcast 
signal and additional information, and 

an acquiring information storing step for storing 
said acquiring information disposed in said 
additional information when there is a predeter- 
mined input. 

59. A receiving method as claimed in claim 58, further 
comprising an error detection/correction step for 
performing error detection/correction on said addi- 
tional information. 

60. A receiving method as claimed in claim 58, further 
comprising a temporary storage step for temporar- 
ily storing said broadcast signal received in said 
receiving step. 

61. A receiving method as claimed in claim 58, further 
comprising a temporary storage step for temporar- 
ily storing said additional information received in 
said receiving step. 

62. A receiving method as claimed in claim 61 , wherein 
said storage contents are updated by newly 
received additional information on each occasion 
when new additional information is received in said 
temporary storage step. 

63. A receiving method as claimed in claim 58, wherein 
said additional information in which said acquiring 
information concerning said related data related to 
said broadcast signal is received on plural occa- 
sions while said broadcast signal is being transmit- 
ted. 

64. A receiving method as claimed in claim 63, wherein 
said additional information is transmitted periodi- 
cally. 

65. A receiving method as claimed in claim 63, wherein 
said acquiring information, which is disposed in 
said additional information transmitted on plural 
occasions, is stored in said acquiring information 
storing step when said predetermined input occurs. 

66. A receiving method as claimed in claim 58, wherein 
said acquiring information comprises unique infor- 



mation uniquely assigned to said related data. 

67. A receiving method as claimed in claim 58, wherein 
said acquiring information comprises recognizing 

s information useful for recognizing the content of 

said related data. 

68. A receiving method as claimed in claim 58, wherein 
said acquiring information comprises access infor- 

io mation used for accessing an access location 
where said related data is provided. 

69. A receiving method as claimed in claim 58, further 
comprising an outputting step for outputting said 

15 acquiring information. 

70. A receiving method as claimed in claim 58, wherein 
said related data is video data or audio data when 
said broadcast signal is predetermined video data 

20 or audio data. 

71. A receiving method as claimed in claim 58, wherein 
said related data is a computer program when said 
broadcast signal is video data or audio data 

25 obtained by executing a predetermined computer 
program. 

72. A receiving method as claimed in claim 58, wherein 
information useful for recognizing the content of 

30 said related data is disposed in said additional infor- 
mation in addition to said acquiring information. 

73. A receiving method as claimed in claim 72, further 
comprising an outputting step for outputting infor- 

35 mation useful for recognizing the content of said 
related data. 

74. A receiving method as claimed in claim 58, wherein 
said related data is also disposed in said additional 

40 information in addition to said acquiring information. 

75. A receiving method as claimed in claim 74, further 
comprising a related data storing step for storing 
said related data disposed in said additional infor- 

45 mation when said predetermined input occurs. 

76. A receiving method as claimed in claim 75, wherein 
said related data disposed in said additional infor- 
mation is encoded. 

50 

77. A receiving method as claimed in claim 76, further 
comprising an acquiring step for acquiring a decod- 
ing key for decoding said related data based on 
said acquiring information. 

55 

78. A receiving method as claimed in claim 77, further 
comprising a decoding step for decoding said 
related data based on said decoding key. 
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79. A receiving method as claimed in claim 58, further 
comprising an acquiring step for acquiring said 
related data stored in a database based on said 
acquiring information when said related data is 
stored in a predetermined database. 

80. A receiving method as claimed in claim 79, wherein 
a decoding key for decoding said related data is 
also acquired in said acquiring step when said 
related data stored in said database is encoded. 

81. A receiving method as claimed in claim 80, further 
comprising a decoding step for decoding said 
related data based on said decoding key. 

82. A receiving method as claimed in claim 58, wherein 
said broadcast signal comprises a second signa! 
superimposed on a first signal. 

83. A receiving method as claimed in claim 82, wherein 
said second signal is also disposed in said addi- 
tional information. 

84. A receiving method as claimed in claim 83. wherein 
said second signal disposed in said additional infor- 
mation is encoded. 

85. A receiving method as claimed in claim 84. further 
comprising an acquiring step for acquiring a decod- 
ing key for decoding said second signal based on 
said acquiring information. 

86. A receiving method as claimed in claim 85, further 
comprising a decoding step for decoding said sec- 
ond signal based on said decoding key. 

87. A receiving method as claimed in claim 86, further 
comprising a generating step for generating said 
related data based on said broadcast signal and 
said second signal. 

88. A receiving method as claimed in claim 82, wherein 
said first signal is a first image or sound, said sec- 
ond signal is a second image or sound, and part of 
said first image or sound and said second image or 
sound overlap in time in said broadcast signal. 

89. A receiving method as claimed in claim 88, wherein 
said first image or sound or said second image or 
sound of the overlapping part is also disposed in 
said additional information. 

90. A receiving method as claimed in claim 89, wherein 
said first image or sound or said second image or 
sound of the overlapping part disposed in said addi- 
tional information, is encoded. 

91. A receiving method as claimed in claim 90, further 



comprising a step for acquiring a decoding key for 
decoding said first image or sound or said second 
image or sound of the overlapping part based on 
said acquiring information. 

5 

92. A receiving method as claimed in claim 91 , wherein 
said first image or sound or said second image or 
sound of the overlapping part is decoded based on 
said decoding key. 

10 

93. A receiving method as claimed in claim 92, further 
comprising a generating step for generating said 
related data using said broadcast signal, and said 
first image or sound or said second image or sound 

15 of the overlapping part. 

94. A receiving method as claimed in claim 58, wherein 
said related data is split into a first component and 
second component, and said first component is 

20 transmitted as said broadcast signal. 

95. A receiving method as claimed in claim 94, wherein 
said second component is also disposed in said 
additional information. 

25 

96. A receiving method as claimed in claim 95. wherein 
said second component disposed in said additional 
information is encoded. 

30 97. A receiving method as claimed in claim 96, further 
comprising an acquiring step for acquiring a decod- 
ing key for decoding said second component based 
on said acquiring information. 

35 98. A receiving method as claimed in claim 97, further 
comprising a decoding step for decoding said sec- 
ond component based on said decoding key. 

99. A receiving method as claimed in claim 98, further 
40 comprising a generating step for generating said 

related data using said broadcast signal and said 
second signal. 

100. A receiving method as claimed in claim 94, wherein 
45 said related data is video data or audio data, 

said first component is a low region component 
or an upper bit of said video data or audio data, 
and 

so said second component is a high region com- 

ponent or a lower bit of said video data or audio 
data. 

101. A receiving device for receiving a predetermined 
55 broadcast signal together with predetermined addi- 
tional information in -which acquiring information 
necessary to acquire related data related to this 
broadcast signal is disposed/comprising: 
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receiving means for receiving said broadcast 
signal and additional information, and 
acquiring information storing means for storing 
said acquiring information disposed in said 
additional information when there is a predeter- 
mined input. 

102. A receiving device as claimed in claim 101 , further 
comprising error detection/correction means for 
performing error detection/correction on said addi- 
tional information. 

103. A receiving device as claimed in claim 101 , further 
comprising temporary storage means for temporar- 
ily storing said broadcast signal received by said 
receiving means. 

104. A receiving device as claimed in claim 101, further 
comprising temporary storage means for temporar- 
ily storing said additional information received by 
said receiving means. 

105. A receiving device as claimed in claim 104, wherein 
said storage contents are updated by newly 
received additional information on each occasion 
when new additional information is received by said 
temporary storage means. 

106. A receiving device as claimed in claim 101 , wherein 
said additional information in which said acquiring 
information concerning said related data related to 
said broadcast signal is received on plural occa- 
sions while said broadcast signal is being transmit- 
ted. 

107. A receiving device as claimed in claim 106, wherein 
said additional information is transmitted periodi- 
cally. 

108. A receiving device as claimed in claim 106, wherein 
said acquiring information storage means stores 
said acquiring information disposed in said addi- 
tional information transmitted on plural occasions 
when said predetermined input occurs. 

1 09. A receiving device as claimed in claim 101 , wherein 
said acquiring information comprises unique infor- 
mation uniquely assigned to said related data. 

1 1 0. A receiving device as claimed in claim 101 , wherein 
said acquiring information comprises recognizing 
information useful for recognizing the content of 
said related data. 

1 1 1 .A receiving device as claimed in claim 101 , wherein 
said acquiring information comprises access infor- 
mation used for accessing an access location 
where said related data is provided. 



11 2. A receiving device as claimed in claim 101 , further 
comprising outputting means for outputting said 
acquiring information. 

5 11 3. A receiving device as claimed in claim 101, wherein 
said related data is video data or audio data when 
said broadcast signal is predetermined video data 
or audio data. 

w 1 14.A receiving device as claimed in claim 101, wherein 
said related data is a computer program when said 
broadcast signal is video data or audio data 
obtained by executing a predetermined computer 
program. 

15 

1 15. A receiving device as claimed in claim 101, wherein 
information useful for recognizing the content of 
said related data is disposed in said additional infor- 
mation in addition to said acquiring information. 

20 

11 6. A receiving device as claimed in claim 115, further 
comprising outputting means for outputting infor- 
mation useful for recognizing the content of said 
related data. 

25 

1 1 7. A receiving device as claimed in claim 101, wherein 
said related data is also disposed in said additional 
information in addition to said acquiring information. 

30 118.A receiving device as claimed in claim 117, further 
comprising related data storing means for storing 
said related data disposed in said additional infor- 
mation when said predetermined input occurs. 

35 11 9. A receiving device as claimed in claim 118, wherein 
said related data disposed in said additional infor- 
mation is encoded. 

120. A receiving device as claimed in claim 119, further 
40 comprising acquiring means for acquiring a decod- 
ing key for decoding said related data based on 
said acquiring information. 

121 .A receiving device as claimed in claim 120, further 
45 comprising decoding means for decoding said 
related data based on said decoding key. 

122. A receiving device as claimed in claim 101, further 
comprising acquiring means for acquiring said 

so related data stored in a database based on said 
acquiring information when said related data is 
stored in a predetermined database. 

123. A receiving device as claimed in claim 1 22, wherein 
55 said acquiring means also acquires a decoding key 

for decoding said related data when said related 
data stored in said database is encoded. 
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124. A receiving device as claimed in claim 123, further 
comprising decoding means for decoding said 
related data based on said decoding key. 

125. A receiving device as claimed in claim 101 , wherein 
said broadcast signal comprises a second signal 
superimposed on a first signal. 

126. A receiving device as claimed in claim 125, wherein 
said second signal is also disposed in said addi- 
tional information. 

127. A receiving device as claimed in claim 126, wherein 
said second signal disposed in said additional infor- 
mation is encoded. 

128. A receiving device as claimed in claim 127, further 
comprising acquiring means for acquiring a decod- 
ing key for decoding said second signal based on 
said acquiring information. 

129. A receiving device as claimed in claim 128, further 
comprising decoding means for decoding said sec- 
ond signal based on said decoding key. 

130. A receiving device as claimed in claim 129, further 
comprising generating means for generating said 
related data based on said broadcast signal and 
said second signal. 

1 31 .A receiving device as claimed in claim 1 25, wherein 
said first signal is a first image or sound, said sec- 
ond signal is a second image or sound, and part of 
said first image or sound and said second image or 
sound overlap in time in said broadcast signal. 

1 32. A receiving device as claimed in claim 131 , wherein 
said first image or sound or said second image or 
sound of the overlapping part is also disposed in 
said additional information. 

133. A receiving device as claimed in claim 132, wherein 
said first image or sound or said second image or 
sound of the overlapping part disposed in said addi- 
tional information, is encoded. 

134. A receiving device as claimed in claim 133, further 
comprising acquiring means for acquiring a decod- 
ing key for decoding said first image or sound or 
said second image or sound of the overlapping part 
based on said acquiring information. 

135. A receiving device as claimed in claim 134, further 
comprising decoding means for decoding said first 
image or sound or said second image or sound of 
the overlapping part based on said decoding key. 

136. A receiving device as claimed in claim 135, further 



comprising generating means for generating said 
related data using said broadcast signal, and said 
first image or sound or said second image or sound 
of the overlapping part. 

5 

1 37. A receiving device as claimed in claim 101 , wherein 
said related data is split into a first component and 
second component, and said first component is 
transmitted as said broadcast signal. 

w 

138. A receiving device as claimed in claim 137, wherein 
said second component is also disposed in said 
additional information. 

15 1 39.A receiving device as claimed in claim 1 38, wherein 
said second component disposed in said additional 
information is encoded. 

140. A receiving device as claimed in claim 139, further 
20 comprising acquiring means for acquiring a decod- 
ing key for decoding said second component based 
on said acquiring information. 

141 .A receiving device as claimed in claim 140, further 
25 comprising decoding means for decoding said sec- 
ond component based on said decoding key. 

142. A receiving device as claimed in claim 141, further 
comprising generating means for generating said 

30 related data using said broadcast signal and said 
second signal. 

143. A receiving device as claimed in claim 137, wherein 
said related data is video data or audio data, 

35 

said first component is a low region component 
or an upper bit of said video data or audio data, 
and 

40 said second component is a high region com- 

ponent or a lower bit of said video data or audio 
data. 

144. A transfer method of a transfer system comprising a 
45 transmitting device for transmitting a predetermined 

broadcast signal together with predetermined addi- 
tional information, and a receiving device for receiv- 
ing said predetermined broadcast signal together 
with said predetermined additional information, 
so wherein 

said transmitting device comprises: 
a constructing step for constructing said addi- 
tional information in which acquiring informa- 
55 tion necessary to acquire related data related 

to said broadcast signal is disposed, and 
a transmitting step for transmitting said broad- 
cast signal, and transmitting said additional 
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information, in which said acquiring information 
concerning said related data related to this 
broadcast signal is disposed, on plural occa- 
sions during the transmission of said broadcast 
signal, and s 
said receiving device comprises: 
a receiving step for receiving said broadcast 
signal and additional information, and 
an acquiring information storing step for storing 
said acquiring information disposed in said 10 
additional information when there is a predeter- 
mined input. 

145.A transfer system comprising a transmitting device 
for transmitting a predetermined broadcast signal 15 
together with predetermined additional information, 
and a receiving device for receiving said predeter- 
mined broadcast signal together with said predeter- 
mined additional information wherein 

20 

said transmitting device comprises: 
constructing means for constructing said addi- 
tional information in which acquiring informa- 
tion necessary to acquire related data related 
to said broadcast signal is disposed, and 25 
transmitting means for transmitting said broad- 
cast signal, and transmitting said additional 
information, in which said acquiring information 
concerning said related data related to this 
broadcast signal is disposed, on plural occa- so 
sions during the transmission of said broadcast 
signal, and 

said receiving device comprises: 
receiving means for receiving said broadcast 
signal and additional information, and acquir- 35 
ing information storing means for storing said 
acquiring information disposed in said addi- 
tional information when there is a predeter- 
mined input. 
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said digital information 



(57) Data broadcast data, which is broadcast in data 
broadcasts, is constructed by disposing, for example, 
EMD (Electric Music Distribution) links required to ac- 
quire song data as actual broadcast data, which is 
broadcast in actual broadcasts by a transmitting device, 
the actual broadcast data is transmitted, and the data 
broadcast data wherein the EMD links for the song data 



in the actual broadcasts are disposed, is transmitted pe- 
riodically during the transmission of the actual broadcast 
data. The actual broadcast data and the data broadcast 
data are received by a user terminal, and the EMD links 
disposed in the data broadcast data are stored when- 
ever there is an input of an operation to attach a "book- 
mark". Thus, audio data such as songs in programs 
broadcast can easily be acquired by radio. 
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